Исходное сообщение
"Релиз Debian 10 Buster " Отправлено Stax, 07-Июл-19 12:26
Ну как бы.. 10 лет поддержки а не 5, как в дебиане (это, наверное, главное) В среднем люди на зарплате обычно быстрее выкатывают обновления безопасности, чем мейнтейнеры в свободное время. Производители серверов тестируют на совместимость и дают сертификацию, а если все равно что-то идет не так - есть куда обратиться, в случае чего, и они помогут, а не пошлют, потому что у них нет такого железа или нет времени. Реально хороший KB у редхата, в некоторых ситуациях как из-за странных настроек или железа, а также после обнаружения очередной хитрой уязвимости быстро позволяет разобраться в ситуации, что и как надо делать (напр. после появления meltdown и spectre там одни из первых по полочкам разжевали, какой статус защиты разных процессоров, какие опции ядра за какую защиту отвечают и о каком конкретно падении производительности под той или иной нагрузкой идет речь). Не знаю, как в десятке, но в прошлых дебианах виртуализация (а конкретно то, как всякие хитрые штуки, которые может хотеться от libvirt) была не ахти, могли вылезать странные проблемы в тех местах, где в RHEL все просто работало. qemu-kvm-то одинаковый (ну, почти), а вот остальная обвязка - не совсем, и в RHEL, видимо, куда более плотно работают с авторами libvirt.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Ну как бы.. > 10 лет поддержки а не 5, как в дебиане (это, наверное, главное) > В среднем люди на зарплате обычно быстрее выкатывают обновления безопасности, чем мейнтейнеры > в свободное время. > Производители серверов тестируют на совместимость и дают сертификацию, а если все равно > что-то идет не так - есть куда обратиться, в случае чего, > и они помогут, а не пошлют, потому что у них нет > такого железа или нет времени. > Реально хороший KB у редхата, в некоторых ситуациях как из-за странных настроек > или железа, а также после обнаружения очередной хитрой уязвимости быстро позволяет > разобраться в ситуации, что и как надо делать (напр. после появления > meltdown и spectre там одни из первых по полочкам разжевали, какой > статус защиты разных процессоров, какие опции ядра за какую защиту отвечают > и о каком конкретно падении производительности под той или иной нагрузкой > идет речь). > Не знаю, как в десятке, но в прошлых дебианах виртуализация (а конкретно > то, как всякие хитрые штуки, которые может хотеться от libvirt) была > не ахти, могли вылезать странные проблемы в тех местах, где в > RHEL все просто работало. qemu-kvm-то одинаковый (ну, почти), а вот остальная > обвязка - не совсем, и в RHEL, видимо, куда более плотно > работают с авторами libvirt.
	Введите код, изображенный на картинке: