Я прав, думая, что нет смысла восстанавливать наши DLL во время нашей сборки, если мы используем ASLR, так как dlls снова будут пересозданы, когда ядро их загрузит?Указывает ли ASLR на перезагрузку DLL?
Я обеспокоен тем, что наше приложение часто используется на машинах служб терминалов. Таким образом, если перезагрузка происходит во время загрузки, мы можем в конечном итоге переупаковать dll для каждого процесса, в который они загружены (будет один процесс за сеанс). И это приведет к увеличению использования памяти и поискового вызова, чем мы хотим заплатить. Мне нужно беспокоиться?
Я нашел следующее сообщение в блоге, в котором говорится, что перезагрузка происходит только один раз, и она является системной: Matt Evans - Enabling ASLR for memory savings?. Я не видел никаких других ссылок об этом, поэтому просто хотел быть уверенным, что если я использую ASLR и не переустанавливаю во время нашей сборки, я не буду вызывать проблемы с памятью в окне служб терминалов?
Еще одна ссылка на резервное копирование бит «один раз и в системе»: Windows Internals, шестое издание, часть 2, с.249 говорит об этом напрямую. –
И вы пытались прикреплять отладчики к нескольким процессам (в разных сеансах) в окне «Службы терминалов»? Это должно показать, какой адрес вашей библиотеки DLL. –
https://blogs.msdn.microsoft.com/oldnewthing/20170118-00/ –