>Посему даже используемые либы можно открыть на запись и переписать.
>Другое дело, что проги такого не ожидают и просто падают как только
>управление
>доходит до подмененного объекта. Ессьно, это нельзя рассматривать как метод обновления,
>а мы этого и не делаем.

Хехе. Вон, человек ниже доказывает, что так переписывать - и есть самый правильный способ :)

>Так и добавляй же сразу, что в учебник по бздям.
>>- все Mach-derived VM-подсистемы рассматривают ОЗУ лишь как кэш
>>для дисковых объектов.
>Ну вот и нашли разницу. Для Линуха ОЗУ - это как раз
>дом родной, т.к. это самая быстрая
>память в системе (после кешей проца).

В учебник по операционным системам. Архитектурные принципы те же (ОЗУ лишь кэш для диска), и разница лишь в константах тюнинга (политиках замещения кэша).

>[оверквотинг удален]
>>ли это anonymous backing свопа или вполне себе именованный файл -
>>без разницы. В обоих случаях ось может спокойно выкинуть страницы файла
>>из ОЗУ и потом подгрузить их обратно при надобности.
>
>Ну вот и славно. И ты прав - и я прав. Нужно
>было лишь изначально оговориться о чем речь.
>У Линуха нет такой любви к свопингу. Работа с файлами и девайсами
>(даже тем же свопиком)
>идет через буфера ОЗУ. Свопик (кстати, тоже буферизированный) используется лишь при нехватке
>ОЗУ. Если же ее хватает - своппинг не будет иметь место.

Да есть, см. выше...