У меня есть сервер, содержащий 2 физических процессора Xeon с сокетом. Каждый Xeon имеет 6 ядер, поэтому с отключенной гиперпоточностью на одном сервере у меня ЦП 0-11.
Если я включу гиперпоточность, у меня создалось впечатление, что логические процессоры будут 0–23 (0–11 для ядер, 12–23 для гиперпотоков). Я хочу назначить одной виртуальной машине 8 ядер + 8 гиперпотоков, тогда всем остальным виртуальным машинам будет назначено 4 ядра.
Мой вопрос здесь вращается вокруг этого. Я читал, что для моей системы он будет начинаться как core 0 hyperthread 1, core 2 hyperthead 3 и т. Д., Но также прочитал, что это будет core 0, 1, 2 и т. Д., А затем hyperthread 12, 13, 14 ... верный? Я не хочу назначать привязку для гиперпотоков, но в первую очередь предоставить этой виртуальной машине эксклюзивный доступ к первым 8 ядрам, а затем добавить гиперпотоки.
Цель - для одного сервера, если интенсивная нагрузка не повлияет на остальные 6 серверов, и наоборот.
Зачем отключать гиперпоточность? Это прямо противоречит рекомендациям VMware по производительности.
В любом случае у вас неправильная нумерация - с включенным HT ЦП 0, ядро 0, поток 0 рассматривается ESXi как номер ЦП 0, поток 1 - номер ЦП 1, поток 0 ядра 1 - номер ЦП 2, поток 1 - ЦП номер 3 и т. д.
В любом случае не беспокойтесь об этом, как только вы добавите девятый виртуальный ЦП к виртуальной машине, вы переключите его в режим vNUMA, и все это будет оптимизировано ESXi на основе вашего фактического отношения сокет / ядро / поток без необходимости что-нибудь. Опять же, это описано в руководстве по производительности.