а это ядер + 20%

и то удобно только для переподписки

да ладно? тут тока 4 ядра

ничего

оно уже не видит как хост

вы не понимаете как работает виртуализация

только и всего

вм не видит проц

она отдает то, что ей ГОВОРИТ гипервизор

а дальше шедулер распределяет кванты времени между вм

веерено используя все ядра

пруф пожалуйста

веерено используя все ядра

кстати да, у рудя даж был ролик на эту тему помнится, со счетчиками :)

правда?

cpu ready вам о чем то говорит?

вы чейчас как бабка гадалка на кофейной гуще

https://blogs.technet.microsoft.com/vm/2010/10/16/hyper-v-19/

)

https://blogs.technet.microsoft.com/vm/2010/10/16/hyper-v-19/

картинки сдохли :(

о

я даже знаю что за Alex A

собственно хостинг http://virtualization.su/ на коем они были тоже помер

пусть общественность рассудит

приму любую кару

Еслибы работало напрямую, то не смогли поставить ядер больше чем физически есть

я даже знаю что за Alex A

и кто это?

нельзя больше поставить чем есть

если только не делать отдельную нума топологию

с резервированием сокетов за вм и вытекающими

Еслибы работало напрямую, то не смогли поставить ядер больше чем физически есть

а на одну вм и нельзя же

А если руками отредактировать xml?

нет

не взлетит

ты не заметил что это про 2008р2?

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

Для виртуальных машин Hyper-V представляет процессоры многоядерными. Для поддерживаемого количества виртуальных процессоров количество ядер на процессор равно количеству физических ядер на реальных процессорах. Включение режима совместимости со старыми ОС для многопроцессорной виртуальной машины презентует виртуальные процессоры не как ядра одного физического процессора, а как логические потоки (Hyper-Threading) одноядерного процессора. Как мы понимаем, это получается из-за того, что CPUid маскирует регистр, хранящий параметр количества ядер.

и не только гиперв

а вот потоками управляет шедулер

а он как то еще модет ими управлять?

выделением кванта времени в потоке

ок

ну основное то - что вм ничего не знает о процессоре

дальнейшее обсуждение бессмысленно

нет

она знает только о потоках

oreally?

а зачем тогда корневой раздел гипервизора нужен?

а как же безопасность и прочее?

ну и вы не ответили на вопрос - как пробросить внутрь вм 2 проца с гипертредингом?

если нет процов, а есть только потоки?

если верить счетчикам виндовым, то это так и происходит

я хз, нагрузка по ядрам скачет https://www.youtube.com/watch?v=lvorNBG2Nlg&t=317s

хз, меня больше интересует. почему иопсы на ~30% просаживаются при переходя с вм на хост

расскажите нам про cpuready

исходя из ваших рассуждений его быть не должно

родительская партиция не занимаеться выделением процессорного времени

она создает разделы

и кой-чего еще

и рутовый раздел и вм в общем вм на гипервизоре, но однако в вм дисковая проседает

какой - физический или гипертрединговый?

в hyper-v cpu реди нет

там другой счётчик

в hyper-v cpu реди нет

тот же смысл

вот у меня 2 вм на сервере. на сервере 4 ядра, 8 в хт. каждая вм имеет ядер. cpuready очень высокий. как так?

ладно, 8 вм

по 8 ядер

переподписка невысокая

cpu ready огромный

8 вм с 4мя ядрами без хт - лучше

но вм про хт не знают

приоритет от количества ядер не зависит

можно дополнительно аффинити выставить да

а так - нет

в hyper-v cpu реди нет

там в цпуреди вроде CPU Wait Time Per Dispatch пересчитывается

это сколько квантов будет выделяться

ок

в моей ситуации 8х8 работает медленнее чем 8х4

почему?