vdimasне,
знать как утстроена ЭВМ надо обязательно,
желательно хорошо себе представлять, что там в действительности происходит.


все эти мелкие, в отдельности не тянущие на необходимые знания, могут дать значительное повышение качества кода.

насчет алгоритмов.
один и тот же алгоритм можно закодить по-разному и получить разницу быстродействия в разы.

именно понимание того, что происходит на низком уровне, позволит правильно принимать решения в процессе кодирования алгоритмов.

например, решение использовать стековые объекты или оные из кучи, решение ограничить объем перекачки памяти - т.е. повторно использовать буфера для их сохранности в кеше и т.д. и т.п., все они могут быть адекватно приняты только при условии ясного понимания сути происходящего.

Сорри за предыдущее сообщение

vdimasне,
знать как утстроена ЭВМ надо обязательно,
желательно хорошо себе представлять, что там в действительности происходит.


Вы не сможете сказать что сейчас делает на данный момент процессор или чем занимается контроллер памяти. Это не смогут и создатели процессоров и чипсетов. Вы можете предполагать (однозначно знать - нет), что для повышения эффективности нужно использовать то и то. Но это совсем не обязательно даст эффект. Например, чипсеты VIA позволяют читать по возрастанию и убыванию адресов памяти практически без штрафов. В то время как чипсеты Intel так себя не ведут. По этому Ваша подпрограмма, расчитанная на Intel будет неэффектино работать на чипсете VIA.

vdimas
все эти мелкие, в отдельности не тянущие на необходимые знания, могут дать значительное повышение качества кода.


С этим нельзя не согласится. Вопрос нужно ли это знать разработчику БД? Или проектировщику офисного приложения...

vdimas
насчет алгоритмов.
один и тот же алгоритм можно закодить по-разному и получить разницу быстродействия в разы.


В разы получится при условии, что Вы затачиваете свой код под определенные связки процессор+кэш+шина+контроллер памяти+память или пишите спец библиотеку, которая определяет тип процессора, чипсет и использует оптимальные реализации для них. Для некоторых задач это оправданно, но для большинства - нет.

vdimas
именно понимание того, что происходит на низком уровне, позволит правильно принимать решения в процессе кодирования алгоритмов.


Согласен. Но такой кодер стоит не мало. Для такого кодера нужны соответствующие задачи.