Ну т.е. отсутствие неполезной фичи в php, не нужной 99.9% юзеров автоматически записывает CentALT в разряд кривых репозитариев?
Касаемо нестабильности CentALT - конкретные примеры? Или опять, когда-то что-то было, с тех пор осадочек остался? Так это и у меня в сторону remi во времена центоса 5.2-5.3 такой же осадочек..
Не согласен. BSD менее удобно ставится/саппортится на большом количестве машин. Классический флейм ports vs rpm. imho, разумеется.
Raistlin:
Последний раз видел полгода назад. Кстати, то. что у разрабтчиков обычно не грузит. Грузит продакшн. Это когда виртуалка отбирает всё i/o от хост-машины. Возможно, мне не повезло, но осадок остался.
Осадок - это да. Психология. Сильная штука. Кроме шуток.
Raistlin:
Да, я же сказал - специфические задачи. Немного поясню: системы реального времени. Они должны гарантированно получить минимальный объем процессора, но они прожорливы, потому имеет смысл зарезать. В случае с найсом гарантий нет (!).
Вы системы реального времени отлаживаете в виртуалках?
Raistlin:
Полгода я его не трогал. Какая версия КВМ? KVM USB-passthrough+принтер=BSOD. Опять же с AMD оно не больно дружит. Много памяти (свыше 4 Гб может привести к синему экранчику... Проброс etoken - вообще песня отдельная. Со слезами.
И все вот это вот прекрасно работает. Правда етокен правильнее через rdp пробрасывать, а не воткнутым в сервер держать.
Raistlin:
Попросите кого-нибудь эмулировать работу с памятью, чтобы прокачивать хотя бы 10 гбит в секунду. На нагруженной ноде. Тогда поговорим. Через 6-10 часов ваша система с большой долей вероятности (не всегда) уйдёт в ступор до снятия нагрузки изнутри ВМ. Убить такое не получалось.
Дай софтину/скрипт - не поленюсь тест прогнать.
Raistlin:
Правда, не на всякой железке получится, но вот на десктопных матерях с кривым acpi еще и не такое можно увидеть.
P.S. вы разве не знали, что KVM "капризно" к железу?
На кривом железе можно глюков увидеть везде. С виртуализацией и без оной. Но мы же сервера под серьезные задачи собираем на нормальных платформах, а не из говна и палок?
Не могу сказать, вот bsd - не гонял особо. Ни разу не было нужно. Да и юзкейс не понятен, зачем оно в виртуалке может потребоваться.
Raistlin:
Ксен позволяет на одной хост-машине как паравиртуализированные гостевые ОС запускать, так и в режиме аппаратной виртуализации (HVM).
ну согласен, плюс. не факт что сильно значимый, но плюс.
Raistlin:
Создаём внутри машины бешенную работу с памятью (я жавой делал) - надо прокачивать данные по шине. И вуаля - она не завершается, хост тормозит... И даже в ребут не уйдёт (!).
повторюсь, ниразу не видел. хотя есть разрабовские тестировочные виртуалки с много памяти, которые этой памятью весьма и весьма ворочают. И с джавой и не джавой.
Raistlin:
Т.е. если у меня ядер меньше, чем виртуалок?? nice/renice - не совсем то, что хотелось бы видеть. Опять же шедулер... nop везде надо ставить. По хорошему... Оно мне не нравится.
Глубинный смысл?
Raistlin:
А теперь ставим x64 гостей и радуемся жизни. Вообще частенько такие улетают.
Так как раз процентов 80 тех виндов х64. Радуемся жизни, ничего никуда не улетает.
Raistlin:
P.S. Холиварить большого желания нет.
Ну нет так нет. Когда выбирали систему виртуализации, основным аргументом было что KVM ныне мейнстрим, по крайней мере с точки зрения rhel. И на кой надо выбирать свой отдельный особый путь против течения - не понятно. На ум приходят чудо товарищи, ставящие генту в датацентрах и хостинг-компаниях, любители ядра покомпилять на пару с фрибсд-шниками..
Raistlin: alw,
1. Паравиртуализованная ВМ гораздо ближе к железу, чем полностью виртуализованая.
Обратная сторона - лимит на гостевые ОС.
Raistlin:
2. Скорость работы, необходимость использовать virtio (паравиртуализованные дрова).
Для линуксовых виртуалок для этого не требуется делать _ничего_. А винду в паравиртуализации ты не запустишь.
Raistlin:
3. Завершить ВМ под KVM бывает весьма проблематично.
Подробнее? Как воспроизвести? Ни разу не сталкивался.
Raistlin:
4. разграничение ресурсов (в особенности процессорного времени) иногда невозможно (это чтобы не плодить разные виртуализации: у меня под ксеном и весьма узкоспецифичные виртуалочки крутятся.
Раздал ядра по виртуалкам и все.. Более тонкий тюнинг - nice/renice.
Raistlin:
5. Винды под KVM сыплются сразу после установке на ряде хост-машин в BSOD (дело не в конфигах). По-моему в счет стабильности это здорово говорит.
Ты просто не умеешь их готовить. Я последнее время люблю клиентам виндовые терминальные сервера в качестве единственной виртуалки под KVM ставить. Ничто никуда не падает.
Raistlin:
6. Молодая технология, для того, чтобы выяснить все подводные камни (в сравнении с XEN).
Не такая и молодая. Так или иначе, продакшен эксплуатация в последние пару лет никаких страшных подводных камней не выявила.
Raistlin:
7. Решение ухода от XEN в RedHat было чисто политическим (вот засранцы).
8. Личное.
Raistlin: Гм. У меня виртуальный хостинг внутри контейнеров XEN. Правда, тому есть одна очень большая и веская причина: мне проще потерять 2-8% производительности, чем разгребать обственные косяки или проблемы DDoS. например, при DDoS VDS может стать недоступен сам по себе, а вот с узла - вполне можно зайти и оценить ситуацию. На OVZ или KVM я такое сделать бы не рискнул.
А можно поподробнее чем KVM в данном случае не угодил?
свежепоставленной семерки на современном железе? да ладно )
ну в общем вышло вот что: умная девочка воткнула одновременно и vga и dvi кабель. винда решила что у нее две видеокарты. монитор увидев сигнал на обоих портах первоначально стал показывать с vga, куда приходила картинка для секондари экрана. соответственно эксплорер, таскменеджер и остальная тряхомудия показывались на примари экране, который не отображался. после засыпания-просыпания монитор начинал брать картинку с dvi и показывать примари экран. выдернул vga, прочитал девочке лекцию - и все стало хорошо )
Ну т.е. отсутствие неполезной фичи в php, не нужной 99.9% юзеров автоматически записывает CentALT в разряд кривых репозитариев?
Касаемо нестабильности CentALT - конкретные примеры? Или опять, когда-то что-то было, с тех пор осадочек остался? Так это и у меня в сторону remi во времена центоса 5.2-5.3 такой же осадочек..
А что? Плохо, чтоли?
без комментариев. Показывал знакомым ембеддерщикам. Смеялись.
Как давно USB 2.0 появилось в KVM? А PCI пробрасывать уже тоже можно? Я, кстати, не верно выразился. Не etoken. HASP. 1С в виртуалку пихали.
Ну hasp. Так стоит та 1с с хаспом на тех терминальных серверах, работает, жрать не просит...
Прокидывать PCI - таки да, проблема. Ровно один раз надо было в каком-то совершенно экзотичном случае....
юзкейс такой же как и у линя.
Не согласен. BSD менее удобно ставится/саппортится на большом количестве машин. Классический флейм ports vs rpm. imho, разумеется.
Последний раз видел полгода назад. Кстати, то. что у разрабтчиков обычно не грузит. Грузит продакшн. Это когда виртуалка отбирает всё i/o от хост-машины. Возможно, мне не повезло, но осадок остался.
Осадок - это да. Психология. Сильная штука. Кроме шуток.
Да, я же сказал - специфические задачи. Немного поясню: системы реального времени. Они должны гарантированно получить минимальный объем процессора, но они прожорливы, потому имеет смысл зарезать. В случае с найсом гарантий нет (!).
Вы системы реального времени отлаживаете в виртуалках?
Полгода я его не трогал. Какая версия КВМ? KVM USB-passthrough+принтер=BSOD. Опять же с AMD оно не больно дружит. Много памяти (свыше 4 Гб может привести к синему экранчику... Проброс etoken - вообще песня отдельная. Со слезами.
И все вот это вот прекрасно работает. Правда етокен правильнее через rdp пробрасывать, а не воткнутым в сервер держать.
Попросите кого-нибудь эмулировать работу с памятью, чтобы прокачивать хотя бы 10 гбит в секунду. На нагруженной ноде. Тогда поговорим. Через 6-10 часов ваша система с большой долей вероятности (не всегда) уйдёт в ступор до снятия нагрузки изнутри ВМ. Убить такое не получалось.
Дай софтину/скрипт - не поленюсь тест прогнать.
Правда, не на всякой железке получится, но вот на десктопных матерях с кривым acpi еще и не такое можно увидеть.
P.S. вы разве не знали, что KVM "капризно" к железу?
На кривом железе можно глюков увидеть везде. С виртуализацией и без оной. Но мы же сервера под серьезные задачи собираем на нормальных платформах, а не из говна и палок?
А давайте поподробнее, в чем претензия к php там? Какие проблемы со сборкой?
Я много где его использую, проблем не замечая.
Не наезда ради, а расширения опыта для.
Эм... Так а FreeBSD? Там граблей нету?
Не могу сказать, вот bsd - не гонял особо. Ни разу не было нужно. Да и юзкейс не понятен, зачем оно в виртуалке может потребоваться.
Ксен позволяет на одной хост-машине как паравиртуализированные гостевые ОС запускать, так и в режиме аппаратной виртуализации (HVM).
ну согласен, плюс. не факт что сильно значимый, но плюс.
Создаём внутри машины бешенную работу с памятью (я жавой делал) - надо прокачивать данные по шине. И вуаля - она не завершается, хост тормозит... И даже в ребут не уйдёт (!).
повторюсь, ниразу не видел. хотя есть разрабовские тестировочные виртуалки с много памяти, которые этой памятью весьма и весьма ворочают. И с джавой и не джавой.
Т.е. если у меня ядер меньше, чем виртуалок?? nice/renice - не совсем то, что хотелось бы видеть. Опять же шедулер... nop везде надо ставить. По хорошему... Оно мне не нравится.
Глубинный смысл?
А теперь ставим x64 гостей и радуемся жизни. Вообще частенько такие улетают.
Так как раз процентов 80 тех виндов х64. Радуемся жизни, ничего никуда не улетает.
P.S. Холиварить большого желания нет.
Ну нет так нет. Когда выбирали систему виртуализации, основным аргументом было что KVM ныне мейнстрим, по крайней мере с точки зрения rhel. И на кой надо выбирать свой отдельный особый путь против течения - не понятно. На ум приходят чудо товарищи, ставящие генту в датацентрах и хостинг-компаниях, любители ядра покомпилять на пару с фрибсд-шниками..
А мне больше php из CentALT нравится.
Не справитесь - обращайтесь
alw,
1. Паравиртуализованная ВМ гораздо ближе к железу, чем полностью виртуализованая.
Обратная сторона - лимит на гостевые ОС.
2. Скорость работы, необходимость использовать virtio (паравиртуализованные дрова).
Для линуксовых виртуалок для этого не требуется делать _ничего_. А винду в паравиртуализации ты не запустишь.
3. Завершить ВМ под KVM бывает весьма проблематично.
Подробнее? Как воспроизвести? Ни разу не сталкивался.
4. разграничение ресурсов (в особенности процессорного времени) иногда невозможно (это чтобы не плодить разные виртуализации: у меня под ксеном и весьма узкоспецифичные виртуалочки крутятся.
Раздал ядра по виртуалкам и все.. Более тонкий тюнинг - nice/renice.
5. Винды под KVM сыплются сразу после установке на ряде хост-машин в BSOD (дело не в конфигах). По-моему в счет стабильности это здорово говорит.
Ты просто не умеешь их готовить. Я последнее время люблю клиентам виндовые терминальные сервера в качестве единственной виртуалки под KVM ставить. Ничто никуда не падает.
6. Молодая технология, для того, чтобы выяснить все подводные камни (в сравнении с XEN).
Не такая и молодая. Так или иначе, продакшен эксплуатация в последние пару лет никаких страшных подводных камней не выявила.
7. Решение ухода от XEN в RedHat было чисто политическим (вот засранцы).
8. Личное.
Итого - немотивированная личная неприязнь )
(посмотрел вокруг на 200+ виртуалок под квм)
и в каком же месте он нестабилен?
и что подразумевается под "неуправляем"?
Гм. У меня виртуальный хостинг внутри контейнеров XEN. Правда, тому есть одна очень большая и веская причина: мне проще потерять 2-8% производительности, чем разгребать обственные косяки или проблемы DDoS. например, при DDoS VDS может стать недоступен сам по себе, а вот с узла - вполне можно зайти и оценить ситуацию. На OVZ или KVM я такое сделать бы не рискнул.
А можно поподробнее чем KVM в данном случае не угодил?
Для виндос это нормально
свежепоставленной семерки на современном железе? да ладно )
ну в общем вышло вот что: умная девочка воткнула одновременно и vga и dvi кабель. винда решила что у нее две видеокарты. монитор увидев сигнал на обоих портах первоначально стал показывать с vga, куда приходила картинка для секондари экрана. соответственно эксплорер, таскменеджер и остальная тряхомудия показывались на примари экране, который не отображался. после засыпания-просыпания монитор начинал брать картинку с dvi и показывать примари экран. выдернул vga, прочитал девочке лекцию - и все стало хорошо )