>хотя.... будем считать, что Вы не всегда хам....

Будем :)

>http://citforum.yspu.yar.ru/operating_systems/solaris/unix.s...

Это статья дает очень поверхостное понимание того, как организован VMM, даже в unix, не говоря уже о винде. поэтому рекомендую к прочтению http://www.elinux.ru/arhitec/arg_1.php, если осилите. А далее по пунктам:

>Область памяти, занятая программой разделена на три части: TEXT (выполняемые коды программы), DATA (статические данные программы), STACK (динамические данные).

А как же BSS, RODATA и пр.?

>Когда операционка освобождает место в памяти за счет TEXT'а, то она не занимается сбросом его на диск. Она сразу помечает его как свободный.

Т.е. мы свопимся ради свободной ОЗУ? Забавно :)

>Действительно, когда потребуется загрузить TEXT обратно в память, его можно будет взять из самого выполняемого файла с программой.

Ну да, и тут фрагментация - как раз кстати, на ЛЮБОЙ ОС :)

>Такая экономия имеет один побочный эффект. Файл программы, которая в данный момент выполняется, невозможно уничтожить. Операционная система сообщит в этом случае: "text file busy", и откажется выполнять удаление.

А я под рутом в линуксе взял и удалил - значит кто-то из нас двоих глубоко заблуждается или просто не понимает то, о чем говорит

>похоже ведет себя и windows. вернее она только так и умеет.

Странно, а выше вы утверждали, что VMM в винде какой-то особенный, а тут уже "похоже" )

>и при такой работе фрагментация на диске ОЧЕНЬ сильно влияет на производительность.

Как я уже утверждал - на любой ОС

>в линухе (при его штатной настройке - 99,9%) на эту фрагментацию можно не обращать внимания вообще, т.к. проще и лучше настроить журнал и кэшь, которые этот аффект уберут.

Вы хоть подберите нормальные аргументы, а то в начале поста говорите одно, а в конце - какой-то откровенный бред несете, с элементами НЛП

Но для вас я все-же расскажу то, как все есть на самом деле.
Представим себе систему без файла подкачки. Для ОС существует набор страниц RAM (для PC - 4К). Состояние у каждой страницы всего два: занята и свободна. При запуске программы часть ее считивается с диска, т.е. попадает в дисковый кеш, который всегда находится в свободной памяти. Затем ядром системы формируется виртуальное пространство процесса, данные и код из дискового кеша копируются в свободные страницы (которые помечаются как занятые), там выравниваются по секциям и пр. и программа начинает работать, к примеру. Я не зря упомянул про дисковые буферы: они находятся в _свободной_ памяти и содержат кешированные данные _с диска_, т.е. при больших запросах памяти нашим приложением будут оттуда стерты, т.е. закрыв приложение, а затем попытавшись его снова запустить, ОС, если нет свободной памяти (т.е. нет дискового кеша) будет вынуждена заново прочитать файл, т.к. (повторяю) бинарники в фале и бинарники в ОЗУ отличаются! Так дела обстоят и в windows, и в linux. Разница же между linux и windows в том, что последняя позволяет задать минимальный и максимальный размеры дискового буфера, а в линуксе просто верхний порог всегда на максимуме - и у некоторых (как у вас, например) это вызывает ложные ощущения о якобы существенных различиях в VMM (угу, это на одной платформе, с одной и той же логикой MMU :D). С файлом подкачки ситуация не сильно меняется: дисковый кеш остается в физической ОЗУ (сколько там ее свободно). Все. Желаю успехов в изучении матчасти!