Отключение Hyper-Threading debian 8

нет, только в биосе

Нет, тк в этом нет смысла. Осиль taskset.

HT нельзя, можно через sysfs выключить лишние ядра.

Арендодатель не умеет входить в биос и отключать HT ?

Можно посмотреть какие 2 проца живут на одном ядре и отключить один из них, например:
echo 0 > /sys/devices/system/node/node0/cpu1/online
echo 0 > /sys/devices/system/node/node0/cpu3/online
Или автоматизировать это like Jack Perdue's script
cat /sys/devices/system/cpu/cpu*/topology/thread_siblings_list | awk -F, '{print $2}' | sort -n | uniq | ( while read X ; do echo $X ; echo 0 > /sys/devices/system/cpu/cpu$X/online ; done )

Отключение Hyper-Threading

А зачем?

А затем, что, например, читайте тут: Обнаружена уязвимость в микрокоде Skylake и Kaby Lake

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

Ну заставьте вы ихнего инженера выключить галочку HT в серверном BIOS-е )).

Передать ядру параметр noht в загрузчике пробовал?

А затем, что, например, читайте тут: Обнаружена уязвимость в микрокоде Skylake и Kaby Lake

решето.

Насколько помню, технология HT еще со времен Pentium 4 Socket 478 показала себя не лучшим образом, то есть уже там были уязвимости.

Всем спасибо за ответы. Виртуальные ядра отключал, ожидаемого эффекта это не принесло. Пока забил. Цель была отключить виртуальные ядра и софт посадить, на 2 полноценных ядра, что бы им ничего не мешало. Но производительность осталась на прежнем уровне, посему забил на это дело. В Hetzer'e не охотно как то отвечают на просьбы сделать что-нибудь с железом. Поэтому биос изначально не рассматривал. Был бы конечно скайлейк или кабилейк можно было бы, пруфы привести которые вы скинули, но увы машины на 3770.