Скорость работы с памятью в WinXP Опции

[TarasBer]

Я так понял, что каждое обращение к памяти, встречающееся в программе, долго и упорно обрабатывается системой на предмет залезания не туда, и если действительно было нарушение, вызывается обработчик исключения. Я сделал одну процедуру, у которой основной рабочий цикл (заполнении линии одинаковым, пока что, значением) выглядел так:

    // заполнение регистра ecx длиной участка...
        jle @@; @:
          mov [eax], edx
          add eax, 4
    //      sub eax, 4
        dec ecx; jnz @; @@:

Сделал замер скорости. Огорчился.
Решил смеха ради добавить одну паразитную команду (она тут закомментирована). Получил резкое ускорение - то есть теперь данные стали выводиться в одно и то же место в памяти. Видимо система запомнила, куда в последний раз обращалась программа и не стала проверять обращение на корректность лишний раз.
Как на самом деле обрабатываются обращения к памяти в винде? И можно ли использовать эту информацию для ускорения?
Кстати, почему пара deс; jnz работает намного быстрее, чем loop, который специально предназначен для циклов?

[volvo]

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

То есть, я так понимаю (ключевое слово выделено), цикла самого еще нет, а ты уже занимаешься его оптимизацией? Не надо этого делать... Во-первых, так завещал Кнут ("Premature optimization is the root of all evil" ©, если что), а во-вторых, открывай книгу Криса Касперски "Техника оптимизации программ", и читай, что и как надо оптимизировать, а что и как - не надо. И что надо делать, чтобы оптимизация была именно таковой, а не борьбой с ветряными мельницами...

Так что, пока разговор ни о чем. Если есть какой-то конкретный кусок кода, который надо оптимизировать, потому что ты точно знаешь, что в нем содержится проблема, и именно он не дает твоей программе работать как положено, а не какой-то наведенный эффект из другой части программы, то давай продолжим... Но для этого тебе надо по меньшей мере прогнать свой код через профилировщик, причем не раз и не два, и на большом количестве повторений. Ну, это все есть у Касперски, я ж не буду сейчас перепечатывать сюда всю книгу...

Update:
Кстати, ссылка в тему: Зачастую оптимизация противоречит интуиции

Сообщение отредактировано: volvo - 4.02.2010 17:07