HyperThreading на хосте KVM в условиях CPU OverCommit'a

Hyper Threading - костыль для длинного конвейера, позволяющий использовать простаивающие блоки занятого ядра. Если тебе нужно потоков больше, чем могут тебе дать физические ядра твоего процессора, в общем случае производительность вырастет.

Там всё странно. До определенного порога нагрузки поможет но потом начнутся приколы с тем что производительность одного виртуального процессора становится существенно хуже чем производительность без гипертрединга

Смотря по тем задачам, что крутятся в гостях. На типичной вебне могут быть наоборот просадки производительности.

Смотря по тем задачам, что крутятся в гостях.

Основную нагрузку создаёт СУБД (MS SQL) и 1C.

Вроде как раз на БД могут быть просадки. Погугли бенчи, они мелькали где-то на форониксе, емнип. Или у какого-то хостера.

По моим замерам на пользовательских базах на PostgreSQL при оверселлинге cpu (x2) отключение ht приводило к деградации, увеличении, на +30% stddev в pg_stat_statements.

P.S.
просто померьте :)

Теоретически, да, а на практике ты можешь ловить фризы на процессах, где это недопустимо. Я на подконтрольных хостах начал выключать HT в рамках процедуры хоста подготовки к эксплуатации.

Почитал каменты. Вижу, что люди тоже сталкивались с «нюансами».

А, да, СУБД я в конце концов вынес на отдельные хосты. Это хорошая идея, рассмотри.

Кроме того, крайне важно убрать всю «экономию» на спичках в вопросе работы (локального) хранилища. Никаких QCOW. Никаких эмуляторов SATA. Блочное устройство максимально прямо и натурально. Максимум - LVM. Плановые частые дампы снимай с реплики. Плановые редкие с мастера.

Спасибо за опыт!