[Guest]

>1 Было-бы больше пользы, если-бы Вы свою точку зрения экскперементально доказали.

Абсолютно нет желания, чего-то доказывать эксперементально. Пустая трата времени. Тем более учитывая, что ни первый не второй модератор по-моему даже не представляют, что такое VM в теории.

>2 Вознмкает вопрос : " А при такой большой памяти будет ли механизм VM использовать SWAP ? "

Опять все сначала? Ну пожалуйста...
"Заниженный размер раздела подкачки может привести к неэффективной работе постраничного сканирования VM и вызвать ПОНИЖЕНИЕ производительности при ДАЛЬНЕЙШЕМ УВЕЛИЧЕНИИ ОБЪЕМА ПАМЯТИ".

Фразу "ДАЛЬНЕЙШЕМ УВЕЛИЧЕНИИ ОБЪЕМА ПАМЯТИ" видим или нет?

Ну при чем тут будет он его использовать или не будет? Разговор то идет об эффективности алгоритмов, при наличии свопа 2*RAM или > и в случае его занижения.



А вот насчет когда будет использован своп, тоже есть свои хитрости.
Своп в любом случае будет использован только когда кончится первичная память (RAM) у системы.

Но опять же, в своп пойдут не отдельные процессы целиком, а редко используемые СТРАНИЦЫ ПАМЯТИ самых различных запущеных процессов, что позволит уже запущеным процессам и вновь создаваемым работать без тормозов. Это одна из функций VM, проводить  анализ, какие страницы памяти нужны более часто, а какие очень редко, те которые нужны редко будут отправлены в своп, освобождая место для новых процессов и на работе уже запущеных процессов это не отразится, до тех пор пока им не понадобятся их редко используемые страницы памяти.

Это кстати, тоже причина, почему без свопа или с заниженым свопом работать глупо. Редко используемые страницы памяти целой кучи процессов можно отправить в своп, а отправить их некуда так как свопа нет. Первичная память занята, и для вновь создаваемых процессов места нет. А ведь в случае со свопом, в такой ситуации можно было еще выжать системные ресурсы для новых процессов практически не теряя в производительности системы.