urn:lj:livejournal.com:atom1:gassa Ivan Kazmenko gassa@mail.ru Ivan Kazmenko 2006-11-08T02:26:43Z urn:lj:livejournal.com:atom1:gassa:258 2006-11-08T02:26:43Z 2006-11-08T02:26:43Z none В своём первом посте расскажу про тестирование времени обращения к памяти.<br /><br />Почитав Криса Касперски про оптимизацию работы с памятью, решил проверить, насколько тесты производительности пятилетней давности применимы сегодня. Первым тестом стала программа, которая читает одинаковое количество 32-битных int-ов из памяти с разным шагом. Цель - выяснить, как время чтения этих int-ов зависит от шага.<br /><a name="cutid1"></a><div class="ljcut" text="Read more...">Конкретнее, читаем 2048 int-ов с шагом step, кратным 512 и изменяющимся от 512 до 65536. Взяты большие степени двойки, чтобы минимизировать влияние на тест того, что, кроме основной памяти, вообще-то есть кэш.<br /><br />Под линуксом, как на моём Athlon64, так и на универовском Pentium 4, всё довольно объяснимо - начиная с некоторого момента, когда кончается влияние кэша, 2048 int-ов читаются всё равно откуда с почти одинаковой скоростью:<br /><br /><a href="http://pics.livejournal.com/gassa/pic/00004gdf/"><img width="320" height="200" border="0" alt="" src="http://pics.livejournal.com/gassa/pic/00004gdf" /></a><br /><br />Для Pentium 4, правда, заметна периодическая "рябь", видимо, из-за обращения к новой странице памяти - если тестировать шаги не подряд, а в случайном порядке, рябь исчезает.<br /><br /><a href="http://pics.livejournal.com/gassa/pic/000052bc/"><img width="320" height="200" border="0" alt="" src="http://pics.livejournal.com/gassa/pic/000052bc" /></a><br /><br />А вот под Windows XP / 2003 на Athlon64 ситуация кардинально меняется:<br /><br /><a href="http://pics.livejournal.com/gassa/pic/00006f3a/"><img width="320" height="200" border="0" alt="" src="http://pics.livejournal.com/gassa/pic/00006f3a" /></a><br /><br />Если попереставлять тесты или тестировать каждый шаг несколько раз, запускать один процесс на всё или новый процесс на каждый тест, обнаруживается следующая закономерность: в первую секунду после запуска тестирования всё нормально, а затем время на тест увеличивается примерно в три раза. Причём для тестов, не так активно работающих с памятью (например, цикл из nop-ов), таких эффектов не наблюдается.<br /><br />Может быть, память, которая возвращена операционной системе, может быть повторно использована не сразу, а только через некоторое время? Но это ещё не всё. Видите ямку на графике и пик перед ней? Очень похоже на то, что менеджер памяти (пик) "догадался", что можно выдавать заново только что использованную память и не тратить время на доступ к ещё не открытым страницам. На некоторое время (ямка) открытых страниц хватило, а затем они опять кончились... Но если бы время тратилось на открытие новых страниц, оно бы росло с ростом шага... Короче, загадка - комментарии по ней приветствуются :) .</div>