Хоть и обещала, что больше тут появляться не буду, Вам отвечу...>Ой.. а почему бы не вспомнить о забавном учете памяти? который считает
>address space и не реально аллоцированое? В результате на VE в
>котором крутится httpd нужно ставить ну совсем не реальные лимиты :)
Никогда такого не видела, правда я больше работала именно с PVC, чем с OVZ. Всегда все было идеально с UBC-учетом ресурсов, да и с SLM особых проблем не видела. Можно номер бага?
>Глюк с размещением OVZ хостинга в muli-homed хостинге уже пофиксили? когда пакетики
>уходили не в тот интерфейс и убивались у аплинка как чужие?
Это фича, а не глюк :) Или используйте veth :) Да и вообще, все-таки это контейнеры.. Зачем в контейнерах много сетевых ников, которые именно отдельные, не bound нескольких интерфейсов?
>Когда верится - креститься надо, а лучше изучать предмет.- OpenVZ далеко не
>идеал по управлению ресурсами.
>К примеру за основу можно взять проект jail2 из p4.freebsd.org - замороженый
>за недостатком свободного времени и потому что стали активно вливать vimage
>в основное ядро и пошло много конфликтов.
>сейчас этот код устоялся - и перенести ту инфракструтуру что разработана -
>дело выходных.
Контейнеры вообще не идеал, по стабильности VmWare рулит, как и Xen, да и KVM уже... Вот только у них оверхед и плотность меньше, все должно применяться в своей нише.
Вы просто сделали достаточно интересное заявление, что за одни выходные сможете сделать менеджмент не хуже, чем в OVZ/PVC. В своих сомнениях, что это возможно, я не "кажусь, что бы крестится", а вполне себе уверенна.
Может быть, таки сделаете нечто не сырое, и действительно применимое в жизни? Вам же действительно спасибо скажут :) А когда jails станет активно_использоваться_в_мире_ (через несколько выходных?) я приду и извинюсь перед Вами, так как всегда признавала свои ошибки, а Вы?
