Я использую C ++ / CLI в Windows. Это приложение MFC, созданное с помощью / clr.
Я хочу проверить, сколько времени требуется моему приложению для запуска. В первый раз потребовалось 10 секунд, потом - 4, 4, 5. Я предполагаю, что это связано с тем, что Windows кеширует библиотеки DLL.
Есть ли какой-нибудь инструмент, который позволит мне удалить каталог из кеша, чтобы мои условия тестирования каждый раз были одинаковыми? Я не хочу перезагружаться между тестами :)
Если вы используете платформу .Net, скорее всего, эти 6 секунд ждут инициализации инфраструктуры (загрузки mscoree.dll и т. Д.). Написанная статья наизнанку CLR: повышение производительности запуска приложений для журнала MSDN.
При холодном запуске необходимо загрузить всю .NET Framework, а также запустить JIT-компилятор для генерации кода.
В большинстве случаев холодный запуск ограничен вводом-выводом. Другими словами, на ожидание данных тратится больше времени, чем на обработку инструкций. Время, необходимое для запуска приложения, равно времени, которое требуется ОС для выборки кода с диска, плюс время, необходимое для выполнения дополнительной обработки, такой как JIT-код IL и любая другая инициализация, которая выполняется в пути запуска применение. Поскольку обработка обычно не является узким местом при холодном запуске, первоначальная цель любого исследования производительности при запуске приложения - уменьшить доступ к диску за счет уменьшения количества загружаемого кода.
При повторном запуске приложения почти все это делается. т.е. библиотеки DLL были загружены, он может вытащить ранее скомпилированный код и т. д.
Лучшее, что вы можете сделать, чтобы уменьшить время запуска, - это уменьшить количество вызовов .Net framework до того, как появится ваше первое окно (так как все это необходимо будет скомпилировать перед запуском) и уменьшить количество дисковых операций ввода-вывода. необходимо для запуска вашей программы.
После того, как ваша программа запущена и работает, любой некомпилированный IL из .Net будет скомпилирован JIT-компилятором при его первом вызове.
Кроме того, насколько мне известно, после загрузки Framework не существует простого способа выгрузить его без перезагрузки (если вы можете выгрузить его вообще). Сохранение виртуальной машины в сохраненном состоянии непосредственно перед загрузкой Framework может значительно сократить время, необходимое для «перезагрузки».
То, что сказал Джошуа, плюс посмотрите на третий абзац этот ответ.
