то что он сообщает проц хостового сервера это правильно

а вот дальше:

Дело не в ядрах, а в процессоре

Дело не в ядрах, а в процессоре

на что смотреть то?

Дело не в ядрах, а в процессоре

а что в нем то?

его сообщает гипервизор вм

надо будет - имя сменить можно

я ща включу легаси на вм

на что смотреть то?

На модель проца

и там будет совсем другой проц

На модель проца

у этого проца 80 яиц

40 физ

у этого проца 80 яиц

4 головый?

это 1 проц

ща

https://ark.intel.com/products/75288/Intel-Xeon-Processor-E5-4640-v2-20M-Cache-2_20-GHz

# of Cores 10 # of Threads 20

да

точно

эт я вот ща загнался

да, там 4 башки

по 20 яиц

?

но сути это не меняет абсолютно

Короче, не важно сколько ты дашь виртуальных ядер виртуалке. Производительность будет зависеть только от реального процессора. И если ты видишь внутри виртуалки проц с физическими 4 ядрами - производительность виртуалки будет намного выше, чем если ты видишь проц с 2я ядрами с хт

Поэтому производительность вм в ажуре выше, чем у авс и гугла

КАК

КАК

КАК ТЫ ОПРЕДЕЛЯЕШЬ ЧТО ОНИ ФИЗИЧЕСКИЕ?

для вм нет ни ядер ни сокетов ничего

есть потоки

Поэтому производительность вм в ажуре выше, чем у авс и гугла

почему?

ты хочешь сказать в ажуре хт не юзают?

как мне в вм постмотреть - есть хт или нет

вот так спросим

я не имею доступа до гипервизора

Точно также, как любой компьютер определяет, что его проц работает в хт

и не знаю что там

¯\_(ツ)_/¯

окей

ок

у меня 80 ядер на хост

10 вм по 4

как будут распределятся запросы по ядрам?

почему?

Потому что виртуалке транслируется в реальный процессор, а не в виртуальный

хтшные будут использоваться или нет?

хорошо 20 вм по 4 ядра

как определить где хт а где нет?

как будут распределятся запросы по ядрам?

Твои 80 ядер - это не ядра, это просто метрика, которая нужна только для того, что бы приоритизировать вычисления от разных виртуалок

Твои 80 ядер - это не ядра, это просто метрика, которая нужна только для того, что бы приоритизировать вычисления от разных виртуалок

а вот сейчас можно поподробнее?

40 физических, 80 всего

как их будут пользовать виртуалки и как определить где хт а где нет?

а вот сейчас можно поподробнее?

Относисиь к ним как к билетам на процессор, чем их больше, тем чаще виртуалке будет получать слот в реальный процессор

бля

они и так в реальный процессор все идут

вот хоть ты обосрись

ядра да

а вот процы они и есть процы

так, оке

wmic:root\cli>CPU Get NumberOfCores,NumberOfLogicalProcessors /Format:List NumberOfCores=4 NumberOfLogicalProcessors=4

нет хт

а на хосте оно включено

как быть?

это с вмки

гипервизор:

wmic:root\cli>CPU Get NumberOfCores,NumberOfLogicalProcessors /Format:List NumberOfCores=10 NumberOfLogicalProcessors=20 NumberOfCores=10 NumberOfLogicalProcessors=20 NumberOfCores=10 NumberOfLogicalProcessors=20 NumberOfCores=10 NumberOfLogicalProcessors=20

ERROR: S client not available

а теперь расскажи как это соотносится с vcpu вм?

Относисиь к ним как к билетам на процессор, чем их больше, тем чаще виртуалке будет получать слот в реальный процессор

Ну то есть можно количество вирт процессоров умножить на 10 в степени n и ничо не изменится?

на хосте рабортает одна виртуалка с двумя vcpu

сколько задействуеться LP? не два

Ну то есть можно количество вирт процессоров умножить на 10 в степени n и ничо не изменится?

В лучшем случае ничего, в худшем станет только хуже

все используются физические

В лучшем случае ничего, в худшем станет только хуже

про переподписку ты тоже не вкурсе стало быть

про переподписку ты тоже не вкурсе стало быть

Откуда должна взяться дополнительная производительность?

Ты торгуешь только временем доступа к процессору, ты можешь "пообещать" и за оверселить время процессора, но ты не отдашь больше, чем есть

Хоть сколько ядер дай

Собственно именно поэтому нагрузка на одной виртуалке и не влияет на производительность других виртуалок

Будет тормозить только та, которая требует больше времени

Будет тормозить только та, которая требует больше времени

хм, требует подверждения, то есть из двух вм с 4 и 8 vcpu тормазить больше будет та, у которой 8 vcpu?

https://msdn.microsoft.com/en-us/library/cc768520(v=bts.10).aspx

хм, требует подверждения, то есть из двух вм с 4 и 8 vcpu тормазить больше будет та, у которой 8 vcpu?

Нет

хм, требует подверждения, то есть из двух вм с 4 и 8 vcpu тормазить больше будет та, у которой 8 vcpu?

Тормозить будет та, которая будет нагружать проц выше, чем он может отработать

Плюс она (4) будет получать в два раза меньше времени у процессора

Тормозить будет та, которая будет нагружать проц выше, чем он может отработать

я не могу вм выделить больше чем у хоста есть ядер, о чем речь?

надо проверять, это вообще вырожденный сценарий, нагрузка в 100% нонсенс

я не могу вм выделить больше чем у хоста есть ядер, о чем речь?

Ну это на гиперв и то по-моему до 2016

Partitions do not have access to the physical processor

в архетектуре

написано

Partitions do not have access to the physical processor, nor do they handle the processor interrupts. Instead, they have a virtual view of the processor and run in a virtual memory address region that is private to each guest partition.

В какой архитектуре?

vm не работает напрямую с процессором

Работает

https://i-msdn.sec.s-msft.com/dynimg/IC194739.gif

https://msdn.microsoft.com/en-us/library/cc768520(v=bts.10).aspx

Так речь не про виртуалки там

Партиции в терминах гиперв - это просто области изоляции памяти и процессоров между виртуалками