Особенно мне понравилось про основные задачи «предназначены для основных офисных задач, таких как просмотр веб-страниц, электронной почты и обмена мгновенными сообщениями», а работать не нужно что ли?
Если кому-то действительно интересен OCaml, то могу посоветовать посмотреть в сторону libguestfs.org, там Richard WM Jones использует его для автоматической генерации кода(я могу ошибаться, но там из C кода генерируются расширения для php, python, ocaml, perl, java и ещё чего-то).
Ну и пара утилит сейчас переписываются на OCaml
Ну лучше ничего в любом случае нет, в плане лимитирования процессора, да и то, процессор лимитируется только снизу, да и то не очень жестко, когда за ядро есть кому бороться. Да я и не спрашивал, почему не cgroups
Я бы и рад выделять каждому по ядру, да на всех не напасешься. По крайней мере если есть желание, чтобы это все окупалось, хоть как то.
Честно говоря не понял причины такого откровенного наезда, но ок, начнём по порядку.
Вы знаете какой то другой правильный механизм ограничения CPU? cpulimit может быть, как вы писали у себя в блоге?
Про оверкоммитинг в курсе, да и HT мы вообще никак не используем.
И про память я в курсе, как ни странно. Её у нас даже с резервом хватит.
Я прочитал не то что весь сайт red hat, а и рассылку по связанным с KVM проектам на достаточно большую глубину.
Ну с openvz вообще смешно сравнивать поскольку это вообще разные системы, и OpenVZ называть системой виртуализации немного странно это ж просто контейнеры, как LXC или jail.
Ну я не считаю себя «мастером», я пока всё это готовил прочитал пару десятков статей насчёт того как это можно сделать и мне немного грустно становится.
Ну и пара утилит сейчас переписываются на OCaml
http://www.mail-archive.com/kvm@vger.kernel.org/msg22832.html
Я бы и рад выделять каждому по ядру, да на всех не напасешься. По крайней мере если есть желание, чтобы это все окупалось, хоть как то.
Вы знаете какой то другой правильный механизм ограничения CPU? cpulimit может быть, как вы писали у себя в блоге?
Про оверкоммитинг в курсе, да и HT мы вообще никак не используем.
И про память я в курсе, как ни странно. Её у нас даже с резервом хватит.
Я прочитал не то что весь сайт red hat, а и рассылку по связанным с KVM проектам на достаточно большую глубину.
Ну с openvz вообще смешно сравнивать поскольку это вообще разные системы, и OpenVZ называть системой виртуализации немного странно это ж просто контейнеры, как LXC или jail.
Вообще планируется 4xXeon, 64Гб памяти
OS Debian