Исходное сообщение
"(offtopic) ovz 18/26" Отправлено Michael Shigorin, 16-Ноя-09 16:31
>Очень сложно соблюдать дисциплину при разделении ресурсов Вот почему и сказал про 2.6.18/rhel5 branch.  Там ещё не было всё разломано при переезде на linux containers, и --cpus работает, и всё прочее задокументированное (по крайней мере у меня). >тем более что для OpenVZ практически нет хороших бесплатных панелей управления. Тут не смотрел -- webvz/easyvz совсем не то? >Миграция машины на другое оборудование может привести к самым неожиданным эффектам, >причём не сразу. По части лимитов, если памяти/процессоров существенно иначе?  Вообще-то мне доводилось таскать и HN+VE, и отдельные VE по совсем разным железкам и как раз был поражён, насколько _мало_ это заняло времени и насколько _не_ породило проблем (в том числе и в дальнейшем).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Очень сложно соблюдать дисциплину при разделении ресурсов > Вот почему и сказал про 2.6.18/rhel5 branch. Там ещё не было > всё разломано при переезде на linux containers, и --cpus работает, и > всё прочее задокументированное (по крайней мере у меня). >>тем более что для OpenVZ практически нет хороших бесплатных панелей управления. > Тут не смотрел -- webvz/easyvz совсем не то? >>Миграция машины на другое оборудование может привести к самым неожиданным эффектам, >>причём не сразу. > По части лимитов, если памяти/процессоров существенно иначе? Вообще-то мне доводилось > таскать и HN+VE, и отдельные VE по совсем разным железкам и > как раз был поражён, насколько _мало_ это заняло времени и насколько > _не_ породило проблем (в том числе и в дальнейшем).
	Введите код, изображенный на картинке: