AkinaSiemarglисполняемый модуль - рассматривается как часть свопаСсылочку на официальную (Майкрософт) или заслуживающую доверия (скажем, Руссинович) документацию не приведёте?

У Рихтера описано. У Русиновича не помню, но тоже должно быть.
С локальных дисков exe напрямую маппируются в память, с сетевых, cd-rom и дискет загружаются в своп и оттуда маппируются :)

ссылка

AkinaGluk (Kazan)У Рихтера описано. У Русиновича не помню, но тоже должно быть.
С локальных дисков exe напрямую маппируются в память, с сетевых, cd-rom и дискет загружаются в своп и оттуда маппируются :)

ссылка
Описание у Рихтера оставляет без ответа определённые вопросы. Хорошо, если исполняемый файл не требует настройки адресов - тогда вроде всё описано, но если требует (и если для ЕХЕ всяко бывает, то для DLL это скорее норма)? байты кода в памяти при этом не соответствуют байтам на диске, ибо изменены при настройке релокейтов - как выкручивается система? при подкачке производит повторную настройку? или такие страницы в настроенном состоянии сбрасываются в своп? у меня есть подозрение, что всё-таки последнее, но...

Описано здесь . Загрузчик, привязывая адреса, изменяет содержимое спроецированных страниц, создавая их копии в свопе

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

Напротив, только как часть свопа их и можно после этого рассматривать :)

AkinaНе понял.. с какой стати?

Есть тело ЕХЕ на диске - без релоков.
Есть образ ЕХЕ в памяти - с релоками.
Есть копия образа в своп-файле - с релоками.

Соответственно тело файла не может быть использовано для восстановления выгруженных ранее страниц без повторного релока. А вот блоки своп-файла - могут и будут. И при этом обращения к телу файла на диске выполнено не будет.

Так что какая тут нафиг "часть свопа"?

Нет образа в памяти. Есть смаппированный в память exe или своп (после привязки), содержащий страницу кода. Обращение к файлу на диске возможно и не будет, но страница, тем не менее, останется частью своп-файла.

AkinaGluk (Kazan)Нет образа в памяти. Есть смаппированный в память exe или своп (после привязки), содержащий страницу кода. Обращение к файлу на диске возможно и не будет, но страница, тем не менее, останется частью своп-файла.
То есть Вы сейчас фактически обвинили Windows в нерациональном использовании пространства отображений - не может быть использовано, но продолжает висеть, пока процесс не выгрузим.

Это не я, это Рихтер. Вы его все-таки как нибудь почитайте на досуге