> Все-таки, как это можно смоделировать? И где это задокументировано? В UBC Management описано?задокументировано, и воспроизводится легко :) поставте лимит на privpages - сделайте malloc() на очень большой регион.
Или стопку fork каждый из которых будет аллоцировать память (но при этом не использовать ее!), и наблюдайте как никому другому памяти уже не хватит.
В реальной системе для обхода такой проблемы используется overcommit ratio, а OpenVZ - можно считать этот механизм отключеным (для VE).
Эта же проблема всплывает при больших буферах аллоцированых до fork - ибо под copy-on-write тоже резервировать место надо.
В результате VE в котором крутится один postfix и jabber сервер - может требовать на себя лимитов в 256М и выше - хотя реально используется дай бог 64М.
> Я не работаю в Parallels, и мне, в общем-то, должно быть все равно. Наверное, можно только посочувствовать.
> Наверное, Вы теперь ненавидите Parallels и все, что с ними связано?
Нет :) это просто бизнес.
хотя жалко ребят из psoft.net - авторов хостинг панели H-Sphere, которых купили только из-за клиентов, что бы потом клиентов пересадить на Плеск, а разработчиков посадить за поддержку умирающего продукта.