>> Ещё раз. Речь о загрузке.
> нет. речь о запуске на выполнении программы в универсальной(!!!) ОС.
> которая будет решать эту задачу универсальным образом в рамках своей реализации управления
> памятью."У меня все ходы записаны!" (ц)
Исходное моё утверждение касалось вполне конкретной ОС:
>> даже NT бережнее относилась к ОЗУ, отображая в память исполняемый файл не целиком,
>> а по мере надобности (поэтому невозможно удалить запущенный экзешник).
https://www.opennet.ru/openforum/vsluhforumID3/125112.html#38
Ваш ответ:
> вранье.
> отображало оно в память полностью.
> ...
https://www.opennet.ru/openforum/vsluhforumID3/125112.html#84
Формально, можно было бы придраться к "отображает", поскольку семантика NtMapViewOfSection() подразумевает, что отображение создано для всего View. Т.е. корректнее было бы написать про страницы подробнее. Но я исхожу из того, что это и так понятно, а если кто далёк от темы - тому пару предложений не хватит.
>> Если что-то не считывается, то и освобождать нечего.
> если ОС при переключении контекста выполнения на новый процесс (у вас таки
> многозадачная ОС) решает освободить память, то она просто помечает страницы памяти
> с кодом, как свободные.
Поскольку мы говорим об NT, то контекст (т.е состояние регистров процессора) там переключается "на потоки". Процесс, внезапно, не исполняется. Это адресное пространство, где исполняются его первый и остальные потоки (при наличии). Впрочем, всё это не имеет прямого отношения к менеджеру виртуальной памяти. Разве что ReaperThread (простите, сходу не вспомню префикс) чистит за мёртвыми процессами.
ОС может решить освободить физическую память, поскольку тот же самый и единственный процесс запросил её ещё. По какому алгоритму определится какие страницы редкоиспользуемые -- это дело десятое.
> при обратном переключении восстанавливает эти страницы из экзешника на диске.
>> при следующем кванте разве что переключается контекст и адресное пространство.
> которое еще нужно восстановить в актуальное и непротиворечивое состояние.
Противоречивая таблица страниц? Что это и откуда она возьмётся?
> именно поэтому экзешник нельзя удалить, пока есть запущенный экземпляр (даже если он
> остановлен).
Остановлен? Экземпляр экзешника? Это что-то новое. =)
> и именно поэтому блокировки в вантузе работают всегда, а в никсах, только
> когда попросят.
> и именно поэтому никсы для рсубд предпочтительнее чуть более, чем всегда.
> зыж
Вот с этого и надо было начинать, я бы не тратил время на священного воина, которого триггренула вражеская ОС.
>>Трогать его можно, но поскольку при создании секция увеличивает кол-во ссылок на соответствующий хендлу фала объект ядра, толку от этого будет мало -- система даст отлуп на ряд операций.
> эх.. Вам еще очень многое придется узнать, юный падаван. далее не вижу
> смысла в обсуждении.
С удовольствием поучусь у того, кто сможет привести хоть какую-то конкретику, помимо своего воображаемого возраста.