оставить

Очень зависит от типа нагрузки и архитектуры проца. На нематетамических операциях на тех же AMD с псевдоядрами лучше использовать все псевдоядра, а на математических можно сразу от них отказаться.

С интелом сложнее: надо смотреть по реальной нагрузке (тесты на приложениях внутри виртуалок). Очень важно, чтобы операции были крайне негомогенные по своей природе. Для явы, например, гипертрейдинг должен дать выигрыш с производительности, как и в интерпретируемых языках.

Также надо учесть класс операций для которых крайне важен кэш процессора. Для любых задач рендеринга 3D и видео (но не кодирования/декодирования), задач с использованием Монте-Карло и компиляции нужен большой кэш. Если задачи будут друг друга вытеснять часто, то это будет только тормозить процессор.

Логично предположить, что для большого числа виртуалок надо иметь в L3-кэше и куски часто использующихся ядерных функций. Исходя из этого, можно сказать, что если все виртуалки грузят процессор в один момент времени (причём все ядра каждая), то нафиг гипертрейдинг. Если в один момент времени почти никогда не происходит борьба за проц, то вопрос гипертрейдинга - это просто природы ПО внутри виртуалок (см. выше).

Общая суть в том, что процессор - это набор вычислительных модулей и хитрый конвейер. Поэтому тут задача сильно меняется от случая к случаю.

Надеюсь, я полно на вопрос ответил.

Основная полезная нагрузка - java headless код (торговая система на потоковых котировочных данных) + postgresql для хранения учётных данных.

Ок, это внутри одной виртуалки находится или в разных? Или есть много виртуалок с явой и посгресом, и они все сразу пытаются проц захавать? В первом случае, вероятно, лучше оставить HT, во втором, вероятно, отключить. Тут основной момент будет в том, хватает ли кэша L3. Если да, то можно HT юзать в любом случае. Но я в сомнении, надо тестить.

Также не забудьте про важную деталь: надо настроить систему так, что HT-ядра использовались ТОЛЬКО ПОСЛЕ ПОЛНОЙ загрузки основных. Иначе будет так, что на виртуалке четыре «процессора» реально работают на двух настоящих ядрах и на двух HT. Надеюсь понятно, как быстро это будет работать.

Жаба-процессы сгруппированы по машинам. Есть ветки real и demo. Суммарно, на хосте получается три постгреса и три основные машины с жабой и пяток машин обвязки. Плюс две машины с вендой, которая крутят по одному специфичному сервису для каждой ветки. Плюс пара виртуалок обслуживает web сервисы.
Скажем так, DL385 G8 с двумя Opteron 6376 на подобной же нагрузке показывает load average 22.

Тут вопрос в следующем: 1. Могут ли виртуалки сразу сожрать все реальные ядра? Если нет, то нафиг HT - только трахаться с распределением по ядрам будешь. 2. Если да, то в каком юзкейсе: одна виртулка жрёт 95+% проца, потом другая и т.д., или они его вместе жрут?

Видимо, лучше выключить. Я надеялся, что планировщик линупса может сам разобраться.

Ну стандартный планировщик без настройки точно не может такого. Вёдра можно через /sys отключить на лету (включая только HT), если знаете, какие HT.

HyperThreading

из личного опыта HyperThreading враг любой СУБД (Postgres, MSSQL, SAP HANA) и 1с-ки. причем не важно в виртуалке они или на железке крутятся

Бенчмарк провести не? Познания о мире только с лора черпаешь?)

Спасибо, это ценный для меня камент. У меня как раз постгрес.