M
там же снижение производительности до 30 процентов
Size: a a a
2021 January 18
TF
ну вот некоторые отключают защиту от melthdown/spectr - оправдано ли это?
это решать тебе, а не кому-то
TF
и верить чужому имхо - это такое себе решение
M
Добрый день! Часто вижу в доках, что иногда отключают Hyper-Threading, чтобы достичь большей производительности в варианте, когда у тебя и виртуализация и SDS на одном сервере крутятся. Так ли это? И вообще кто как поступает с HT?
смотря какая у тебя модель использования нагрузки, просто надо понимать что такое HT и от того что у тебя живет внутри и какие профили ожидаются принимать решение.
I
Добрый день! Часто вижу в доках, что иногда отключают Hyper-Threading, чтобы достичь большей производительности в варианте, когда у тебя и виртуализация и SDS на одном сервере крутятся. Так ли это? И вообще кто как поступает с HT?
я тестировал на zfs. если данные уже в кэше, то ht ускоряет, т.к. данные доступны всем ядрам (что является дырой). по факту это ускорение бесполезно, т.к. работает на мизерном наборе данных. с отключенным ht на нормальном наборе данных иопсов становится больше.
M
я тестировал на zfs. если данные уже в кэше, то ht ускоряет, т.к. данные доступны всем ядрам (что является дырой). по факту это ускорение бесполезно, т.к. работает на мизерном наборе данных. с отключенным ht на нормальном наборе данных иопсов становится больше.
я собираю linstor+raid10 zfs, и вот думаю, а есть ли толк от ht в плане виртуализации. Потому что виртуалки нечасто используют весь потенциал цпу (в среднем 20 процентов).
M
в них не крутиться тяжелые базы, или что-то такое, что забивает все доступные ресурсы
I
если интересует безопасность, то ht на гипервизоре в любом случае ненужон
AG
если интересует безопасность, то ht на гипервизоре в любом случае ненужон
Если у вас дев-кластер с большим оверкоммитом по ЦПУ, нет постоянной высокой нагрузки на ЦПУ, нт позволяет держать больше вмок. Субъективно, основано на теории работы нт
i
Если у вас дев-кластер с большим оверкоммитом по ЦПУ, нет постоянной высокой нагрузки на ЦПУ, нт позволяет держать больше вмок. Субъективно, основано на теории работы нт
> с большим оверкоммитом по ЦПУ
> нет постоянной высокой нагрузки на ЦПУ
Pick one
> нет постоянной высокой нагрузки на ЦПУ
Pick one
i
если интересует безопасность, то ht на гипервизоре в любом случае ненужон
Мог бы быть и нужОн, но по факту KVM что-то херовато работает с распределением гостей по тредам
AG
> с большим оверкоммитом по ЦПУ
> нет постоянной высокой нагрузки на ЦПУ
Pick one
> нет постоянной высокой нагрузки на ЦПУ
Pick one
Выразился наверное не так, когда на 40 физических ядрах ЦПУ, 80 вм. Переподписка? Какой там термин?
i
Выразился наверное не так, когда на 40 физических ядрах ЦПУ, 80 вм. Переподписка? Какой там термин?
Ну оверкоммит это априори большая нагрузка, просто писец отложен по времени. Ну или до эвикта бомжей с ноды
AG
Ну оверкоммит это априори большая нагрузка, просто писец отложен по времени. Ну или до эвикта бомжей с ноды
А если у тебя 15 из 20 нод таких и это целевое использование, то норм)
i
А если у тебя 15 из 20 нод таких и это целевое использование, то норм)
Госы. Госы never change
AG
Госы. Госы never change
На самом деле если хватает, то зачем больше?
i
На самом деле если хватает, то зачем больше?
Повторюсь, потому что это бомба замедленного действия. Как только нагрузка становится больше расчётной, или разрабы/админы по неосторожности начинают синхронный разлив изменений, всё резко встаёт колом. Может сработать балансировка, если она есть, но как правило она ещё быстрее крякает и падает, так как вдобавок к основной работе на неё ещё идут потоки со сдохших вм.
i
В хостинге оверкоммит срабатывает, потому что есть лимиты, у более опытных или крупных. Что по-моему ломает всю суть оверкоммита
2021 January 20
NC
hi!
В oVirt 4.3 в ВМ с включенным uefi после выключения вм удаляется запись в nvram о загрузчике ОС.
Эта проблема есть вм с altlinux и debian(пока с другими ос не экспериментировал). У CentOS такой проблемы нет, запись не удаляется после выключения вм. В чем может быть причина?
В oVirt 4.3 в ВМ с включенным uefi после выключения вм удаляется запись в nvram о загрузчике ОС.
Эта проблема есть вм с altlinux и debian(пока с другими ос не экспериментировал). У CentOS такой проблемы нет, запись не удаляется после выключения вм. В чем может быть причина?
host-188 ~ # efibootmgr
BootCurrent: 0003
Timeout: 0 seconds
BootOrder: 0003,0002,0001,0000
Boot0000* UiApp
Boot0001* UEFI QEMU DVD-ROM QM00005
Boot0002* UEFI QEMU QEMU HARDDISK
Boot0003* altlinux
A
Народ, а кто-нибудь в природе видел M.2 (NGFF) сплитер или адаптер, который позволяет в один M.2 подключить два M.2 ? Если да, до дайте наводку?