так что забудь

мы говорим в разрезе вм

гипервизору похуй. у него есть ядра

физические или с гипертредингом

а дальше в дело вступает шедулер

numa это про память

хочешь сказать что может возникнуть ситуация, когда одна vcpu на одном сокете, а второе vcpu на другм?

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

а ты смешной

vcpu = virtual processor

и не гипервизор а шедулер

шедуллер занимается менеджментом доступа к процессору

а не раскидыванием задач между процессорами

ядрами

виртуалка будет иметь полноценный 4х ядерный проц как и любая другая виртуалка на том же хосте.. если на хосте действительно стоит 4х ядерный проц

у тебя есть socket есть core

и ровно тоже самое будет с гипертрдингом

у тебя есть socket есть core

но это не равно значные понятия

виртуалка будет иметь полноценный 4х ядерный проц как и любая другая виртуалка на том же хосте.. если на хосте действительно стоит 4х ядерный проц

вм же не видит на нормаьлном ядре она или нет

видит

не существует виртуальных ядер

oreally?

если это не эмуляция

видит

в смысле? как изнутри вм это посмотреть?

вм видит процессор полностью

так же как его видит хост

если это не эмуляция

эмуляция простите чего?

процессоров?

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

денис

почитайте что такое шедулер гипервизора

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

в мультиядерных системах

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

и что гипертрединг это не ядер*2

а это ядер + 20%

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

и что?

ничего

и что?

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

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

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

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

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

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

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

это как раз вцпу

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

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

нет

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

это бред уже как минимум потому что, тогда время отклика процессора было бы не 1 в минус 30 степени секунды, а пол секунды например

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

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

это бред уже как минимум потому что, тогда время отклика процессора было бы не 1 в минус 30 степени секунды, а пол секунды например

правда?

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

и кто это?

ERROR: S client not available

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

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

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

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

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

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

нет

не взлетит

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

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

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

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

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

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

шедуллер управлет не потоками, а доступом к потокам

шедуллер управлет не потоками, а доступом к потокам

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

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

ок

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

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

оно просто говорит вм - есть совбодный слот тут

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

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

знает

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

нет

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

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

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

нет

oreally?

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

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

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

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

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