Управление типами планировщика низкоуровневой оболочки Hyper-V Managing Hyper-V hypervisor scheduler types

Область применения: Windows 10, Windows Server 2016, Windows Server, версия 1709, Windows Server, версия 1803, Windows Server 2019 Applies To: Windows 10, Windows Server 2016, Windows Server, version 1709, Windows Server, version 1803, Windows Server 2019

В этой статье описываются новые режимы логики планирования виртуальных процессоров, впервые представленные в Windows Server 2016. This article describes new modes of virtual processor scheduling logic first introduced in Windows Server 2016. Эти режимы или типы планировщика определяют, как гипервизор Hyper-V выделяет и управляет работой в гостевых виртуальных процессорах. These modes, or scheduler types, determine how the Hyper-V hypervisor allocates and manages work across guest virtual processors. Администратор узла Hyper-V может выбрать типы планировщика гипервизора, которые лучше всего подходят для гостевых виртуальных машин, и настроить виртуальные машины таким образом, чтобы они могли использовать преимущества логики планирования. A Hyper-V host administrator can select hypervisor scheduler types that are best suited for the guest virtual machines (VMs) and configure the VMs to take advantage of the scheduling logic.

Обновления необходимы для использования функций планировщика гипервизора, описанных в этом документе. Updates are required to use the hypervisor scheduler features described in this document. Дополнительные сведения см. в разделе необходимые обновления. For details, see Required updates.

Историческая справка Background

Прежде чем обсуждать логику и элементы управления при планировании виртуальных процессоров Hyper-V, полезно ознакомиться с основными понятиями, изложенными в этой статье. Before discussing the logic and controls behind Hyper-V virtual processor scheduling, it’s helpful to review the basic concepts covered in this article.

Основные сведения о SMT Understanding SMT

Одновременная многопоточность или SMT — это методика, используемая в современных процессорных разработках, которая позволяет совместно использовать ресурсы процессора отдельными, независимо выполняемыми потоками выполнения. Simultaneous multithreading, or SMT, is a technique utilized in modern processor designs that allows the processor’s resources to be shared by separate, independent execution threads. SMT обычно обеспечивает небольшое повышение производительности для большинства рабочих нагрузок, параллельно вычисляя вычисления, если это возможно, увеличивая пропускную способность, несмотря на снижение производительности или даже незначительную потери производительности, когда происходит состязание между потоками для общих ресурсов процессора. SMT generally offers a modest performance boost to most workloads by parallelizing computations when possible, increasing instruction throughput, though no performance gain or even a slight loss in performance may occur when contention between threads for shared processor resources occurs. Процессоры, поддерживающие SMT, доступны как в Intel, так и в AMD. Processors supporting SMT are available from both Intel and AMD. Intel относится к предложениям SMT в виде технологии Intel Hyper Threading или Intel HT. Intel refers to their SMT offerings as Intel Hyper Threading Technology, or Intel HT.

В рамках этой статьи описания SMT и способы их использования Hyper-V применяются и к системам Intel и AMD. For the purposes of this article, the descriptions of SMT and how it is utilized by Hyper-V apply equally to both Intel and AMD systems.

Дополнительные сведения о технологии Intel HT см. на сайте intel Hyper-Threading Technology . For more information on Intel HT Technology, refer to Intel Hyper-Threading Technology

Дополнительные сведения о AMD SMT см. в разделе «Базовая архитектура» Zen » . For more information on AMD SMT, refer to The «Zen» Core Architecture

Основные сведения о виртуализации процессоров Hyper-V Understanding how Hyper-V virtualizes processors

Перед рассмотрением типов планировщиков гипервизора также полезно понимать архитектуру Hyper-V. Before considering hypervisor scheduler types, it’s also helpful to understand the Hyper-V architecture. Общую сводку можно найти в обзоре технологии Hyper-V. You can find a general summary in Hyper-V Technology Overview. Ниже приведены важные понятия, связанные с этой статьей. These are important concepts for this article:

Hyper-V создает и управляет секциями виртуальных машин, в рамках которых ресурсы вычислений распределяются и совместно используются, под контролем гипервизора. Hyper-V creates and manages virtual machine partitions, across which compute resources are allocated and shared, under control of the hypervisor. Секции обеспечивают строгие границы изоляции между всеми гостевыми виртуальными машинами, а также между гостевыми и корневыми машинами. Partitions provide strong isolation boundaries between all guest virtual machines, and between guest VMs and the root partition.

Корневой раздел сам является разделом виртуальной машины, хотя у него есть уникальные свойства и более широкие привилегии, чем Гостевые виртуальные машины. The root partition is itself a virtual machine partition, although it has unique properties and much greater privileges than guest virtual machines. Корневой раздел предоставляет службы управления, управляющие всеми гостевыми виртуальными машинами, обеспечивает поддержку виртуальных устройств для гостей и управляет всеми операциями ввода-вывода для гостевых виртуальных машин. The root partition provides the management services that control all guest virtual machines, provides virtual device support for guests, and manages all device I/O for guest virtual machines. Корпорация Майкрософт настоятельно рекомендует не выполнять никакие рабочие нагрузки приложений в корневом разделе. Microsoft strongly recommends not running any application workloads in the root partition.

Каждый виртуальный процессор (вице-президент) корневого раздела сопоставляется с 1:1 базовым логическим процессором (LP). Each virtual processor (VP) of the root partition is mapped 1:1 to an underlying logical processor (LP). Вице-президент узла всегда выполняется в одном базовом LP — миграция ВПС корневого раздела отсутствует. A host VP always runs on the same underlying LP – there is no migration of the root partition’s VPs.

По умолчанию LPs, на котором размещен ВПС, может также запускать гостевой ВПС. By default, the LPs on which host VPs run can also run guest VPs.

Низкоуровневая виртуальная машина может быть запланирована для запуска на любом доступном логическом процессоре. A guest VP may be scheduled by the hypervisor to run on any available logical processor. В то время как планировщик низкоуровневой оболочки следит за локализацией временного кэша, топологией NUMA и многими другими факторами при планировании гостевого вице-президента, в конечном счете, его можно запланировать на любом сервере LP. While the hypervisor scheduler takes care to consider temporal cache locality, NUMA topology, and many other factors when scheduling a guest VP, ultimately the VP could be scheduled on any host LP.

Типы планировщика гипервизора Hypervisor scheduler types

Начиная с Windows Server 2016 гипервизор Hyper-V поддерживает несколько режимов логики планировщика, которые определяют, как гипервизор планирует виртуальные процессоры на базовых логических процессорах. Starting with Windows Server 2016, the Hyper-V hypervisor supports several modes of scheduler logic, which determine how the hypervisor schedules virtual processors on the underlying logical processors. Эти типы планировщиков: These scheduler types are:

Классический планировщик The classic scheduler

Классическое планировщик по умолчанию использовался для всех версий гипервизора Windows Hyper-V с момента его появления, включая Windows Server 2016 Hyper-V. The classic scheduler has been the default for all versions of the Windows Hyper-V hypervisor since its inception, including Windows Server 2016 Hyper-V. Классический планировщик предоставляет высокодоступную модель планирования циклического перебора с вытеснением для гостевых виртуальных процессоров. The classic scheduler provides a fair share, preemptive round- robin scheduling model for guest virtual processors.

Классический тип планировщика является наиболее подходящим для большинства традиционных применений Hyper-V — для частных облаков, поставщиков услуг размещения и т. д. The classic scheduler type is the most appropriate for the vast majority of traditional Hyper-V uses – for private clouds, hosting providers, and so on. Характеристики производительности хорошо понятны и оптимально оптимизированы для поддержки широкого спектра сценариев виртуализации, таких как подписка ВПС на LPs, параллельное выполнение множества разнородных виртуальных машин и рабочих нагрузок, выполнение большого количества одновременных виртуальных компьютеров с высоким уровнем производительности, поддержка полного набора функций Hyper-V без ограничений и многое другое. The performance characteristics are well understood and are best optimized to support a wide range of virtualization scenarios, such as over-subscription of VPs to LPs, running many heterogeneous VMs and workloads simultaneously, running larger scale high performance VMs, supporting the full feature set of Hyper-V without restrictions, and more.

Основной планировщик The core scheduler

Планировщик Core гипервизора — это новая альтернатива классической логике планировщика, представленная в Windows Server 2016 и Windows 10 версии 1607. The hypervisor core scheduler is a new alternative to the classic scheduler logic, introduced in Windows Server 2016 and Windows 10 version 1607. Основной планировщик предлагает надежную границу безопасности для изоляции гостевой рабочей нагрузки и снижает изменчивость производительности для рабочих нагрузок в виртуальных машинах, работающих на узле виртуализации с поддержкой SMT. The core scheduler offers a strong security boundary for guest workload isolation, and reduced performance variability for workloads inside of VMs that are running on an SMT-enabled virtualization host. Основной планировщик позволяет одновременно запускать SMT и не SMT виртуальные машины на одном узле виртуализации с поддержкой SMT. The core scheduler allows running both SMT and non-SMT virtual machines simultaneously on the same SMT-enabled virtualization host.

Основной планировщик использует топологию SMT узла виртуализации и при необходимости предоставляет пары SMT для гостевых виртуальных машин и планирует группы гостевых виртуальных процессоров из одной и той же виртуальной машины на группы логических процессоров SMT. The core scheduler utilizes the virtualization host’s SMT topology, and optionally exposes SMT pairs to guest virtual machines, and schedules groups of guest virtual processors from the same virtual machine onto groups of SMT logical processors. Это делается симметрично, так что если LPs находятся в группах из двух, ВПС планируется в группах из двух, а ядро никогда не будет совместно использоваться виртуальными машинами. This is done symmetrically so that if LPs are in groups of two, VPs are scheduled in groups of two, and a core is never shared between VMs. Если для виртуальной машины запланирована работа без SMT, то этот вице-президент потребляет все ядро при запуске. When the VP is scheduled for a virtual machine without SMT enabled, that VP consumes the entire core when it runs.

Общий результат основного планировщика состоит в том, что: The overall result of the core scheduler is that:

Гостевая ВПС ограничена выполнением на базовых физических ядерных парах, изолируя виртуальную машину с границами ядра процессора, тем самым уменьшая уязвимости от атак с отслеживанием побочных каналов от вредоносных виртуальных машин. Guest VPs are constrained to run on underlying physical core pairs, isolating a VM to processor core boundaries, thus reducing vulnerability to side-channel snooping attacks from malicious VMs.

Вариативность пропускной способности значительно сокращается. Variability in throughput is significantly reduced.

Производительность может снизиться, так как если только одна из групп ВПС может выполняться, только один из потоков инструкций в ядре будет выполняться, пока другой не простаивает. Performance is potentially reduced, because if only one of a group of VPs can run, only one of the instruction streams in the core executes while the other is left idle.

Операционная система и приложения, работающие на гостевой виртуальной машине, могут использовать SMTное поведение и программные интерфейсы (API) для управления и распространения работы в потоках SMT, как и при выполнении невиртуализованных. The OS and applications running in the guest virtual machine can utilize SMT behavior and programming interfaces (APIs) to control and distribute work across SMT threads, just as they would when run non-virtualized.

Строгая граница безопасности для изоляции гостевой рабочей нагрузки. Гостевая ВПС ограничена в базовых физических базовых парах, что снижает уязвимость для атак с отслеживанием побочных каналов. A strong security boundary for guest workload isolation — Guest VPs are constrained to run on underlying physical core pairs, reducing vulnerability to side-channel snooping attacks.

Основной планировщик используется по умолчанию, начиная с Windows Server 2019. The core scheduler is used by default starting in Windows Server 2019. В Windows Server 2016 основной планировщик является необязательным и должен быть явно включен администратором узла Hyper-V, а классический планировщик — по умолчанию. On Windows Server 2016, the core scheduler is optional and must be explicitly enabled by the Hyper-V host administrator, and the classic scheduler is the default.

Поведение основного планировщика с отключенным узлом SMT Core scheduler behavior with host SMT disabled

Если гипервизор настроен для использования основного типа планировщика, но функция SMT отключена или отсутствует на узле виртуализации, гипервизор использует классическое поведение планировщика независимо от параметра типа планировщика гипервизора. If the hypervisor is configured to use the core scheduler type but the SMT capability is disabled or not present on the virtualization host, then the hypervisor uses the classic scheduler behavior, regardless of the hypervisor scheduler type setting.

Корневой планировщик The root scheduler

Корневой планировщик появился в Windows 10 версии 1803. The root scheduler was introduced with Windows 10 version 1803. Если включен тип «корневой планировщик», гипервизор замещает управление планированием работы в корневую секцию. When the root scheduler type is enabled, the hypervisor cedes control of work scheduling to the root partition. Планировщик NT в экземпляре ОС корневого раздела управляет всеми аспектами планирования работы для System LPs. The NT scheduler in the root partition’s OS instance manages all aspects of scheduling work to system LPs.

Корневой планировщик соответствует уникальным требованиям, присущим поддержке раздела служебной программы для обеспечения строгой изоляции рабочей нагрузки, используемой с Application Guard в Защитнике Windows (ВДАГ). The root scheduler addresses the unique requirements inherent with supporting a utility partition to provide strong workload isolation, as used with Windows Defender Application Guard (WDAG). В этом случае обязанности по планированию для корневой ОС предоставляют несколько преимуществ. In this scenario, leaving scheduling responsibilities to the root OS offers several advantages. Например, элементы управления ресурсами ЦП, применимые к сценариям контейнеров, можно использовать с служебным разделом, что упрощает управление и развертывание. For example, CPU resource controls applicable to container scenarios may be used with the utility partition, simplifying management and deployment. Кроме того, планировщик корневой ОС может быстро собирать метрики загрузки ЦП рабочей нагрузки в контейнере и использовать эти данные в качестве входных данных для одной и той же политики планирования, применимой ко всем остальным рабочим нагрузкам в системе. In addition, the root OS scheduler can readily gather metrics about workload CPU utilization inside the container and use this data as input to the same scheduling policy applicable to all other workloads in the system. Эти же метрики также помогают четко определить работу, выполненную в контейнере приложения, в системе размещения. These same metrics also help clearly attribute work done in an application container to the host system. Отслеживание этих метрик усложняется с традиционными рабочими нагрузками виртуальных машин, в которых некоторые действия для всех работающих виртуальных машин выполняются в корневом разделе. Tracking these metrics is more difficult with traditional virtual machine workloads, where some work on all running VM’s behalf takes place in the root partition.

Использование корневого планировщика в клиентских системах Root scheduler use on client systems

Начиная с Windows 10 версии 1803, корневой планировщик используется по умолчанию только в клиентских системах, в котором гипервизор может быть включен для обеспечения безопасности на основе виртуализации и изоляции рабочей нагрузки ВДАГ, а также для правильной работы будущих систем с разнородными базовыми архитектурами. Starting with Windows 10 version 1803, the root scheduler is used by default on client systems only, where the hypervisor may be enabled in support of virtualization-based security and WDAG workload isolation, and for proper operation of future systems with heterogeneous core architectures. Это единственная поддерживаемая конфигурация планировщика гипервизора для клиентских систем. This is the only supported hypervisor scheduler configuration for client systems. Администраторы не должны пытаться переопределить тип планировщика гипервизора по умолчанию в клиентских системах Windows 10. Administrators should not attempt to override the default hypervisor scheduler type on Windows 10 client systems.

Элементы управления ресурсами ЦП виртуальной машины и корневой планировщик Virtual Machine CPU resource controls and the root scheduler

Элементы управления ресурсами процессора виртуальной машины, предоставляемые Hyper-V, не поддерживаются, если включен корневой планировщик низкоуровневой оболочки, так как логика планировщика корневой операционной системы управляет ресурсами узла на глобальном уровне и не имеет сведений о конкретных параметрах конфигурации виртуальной машины. The virtual machine processor resource controls provided by Hyper-V are not supported when the hypervisor root scheduler is enabled as the root operating system’s scheduler logic is managing host resources on a global basis and does not have knowledge of a VM’s specific configuration settings. Элементы управления ресурсами процессора Hyper-V на виртуальную машину, такие как ограничения, веса и резервы, применимы только в тех случаях, когда гипервизор непосредственно контролирует планирование виртуальных машин, например с помощью классических и основных типов планировщиков. The Hyper-V per-VM processor resource controls, such as caps, weights, and reserves, are only applicable where the hypervisor directly controls VP scheduling, such as with the classic and core scheduler types.

Использование корневого планировщика в серверных системах Root scheduler use on server systems

В настоящее время корневой планировщик не рекомендуется использовать с Hyper-V на серверах, так как его характеристики производительности еще не полностью характеризуются и настроены для поддержки широкого спектра рабочих нагрузок, типичных для многих развертываний серверной виртуализации. The root scheduler is not recommended for use with Hyper-V on servers at this time, as its performance characteristics have not yet been fully characterized and tuned to accommodate the wide range of workloads typical of many server virtualization deployments.

Включение SMT на гостевых виртуальных машинах Enabling SMT in guest virtual machines

Когда гипервизор узла виртуализации настроен для использования основного типа планировщика, Гостевые виртуальные машины могут быть настроены на использование SMT при необходимости. Once the virtualization host’s hypervisor is configured to use the core scheduler type, guest virtual machines may be configured to utilize SMT if desired. Предоставление доступа к тому факту, что ВПС-потоков на гостевую виртуальную машину, позволяет планировщику в гостевой операционной системе и рабочим нагрузкам, выполняемым на ВИРТУАЛЬНОЙ машине, обнаруживать и использовать топологию SMT в собственном планировании работы. Exposing the fact that VPs are hyperthreaded to a guest virtual machine allows the scheduler in the guest operating system and workloads running in the VM to detect and utilize the SMT topology in their own work scheduling. В Windows Server 2016 Гостевая SMT не настроена по умолчанию и должна быть явно включена администратором узла Hyper-V. On Windows Server 2016, guest SMT is not configured by default and must be explicitly enabled by the Hyper-V host administrator. Начиная с Windows Server 2019, новые виртуальные машины, созданные на узле, по умолчанию наследуют топологию SMT узла. Starting with Windows Server 2019, new VMs created on the host inherits the host’s SMT topology by default. Таким образом, виртуальная машина версии 9,0, созданная на узле с 2 SMT потоками на ядро, также увидит 2 SMT потока на ядро. That is, a version 9.0 VM created on a host with 2 SMT threads per core would also see 2 SMT threads per core.

Для включения SMT в гостевой виртуальной машине необходимо использовать PowerShell. в диспетчере Hyper-V не предоставлен пользовательский интерфейс. PowerShell must be used to enable SMT in a guest virtual machine; there is no user interface provided in Hyper-V Manager. Чтобы включить SMT на гостевой виртуальной машине, откройте окно PowerShell с достаточными разрешениями и введите: To enable SMT in a guest virtual machine, open a PowerShell window with sufficient permissions, and type:

Где — число потоков SMT на ядро, которое видит Гостевая виртуальная машина. Where is the number of SMT threads per core the guest VM sees. Обратите внимание, что = 0 задает значение хвсреадкаунтперкоре, совпадающее с количеством потоков SMT узла на значение ядра. Note that = 0 sets the HwThreadCountPerCore value to match the host’s SMT thread count per core value.

Параметр Хвсреадкаунтперкоре = 0 поддерживается начиная с Windows Server 2019. Setting HwThreadCountPerCore = 0 is supported beginning with Windows Server 2019.

Ниже приведен пример системной информации, полученной из гостевой операционной системы, работающей на виртуальной машине с 2 виртуальными процессорами и SMT. Below is an example of System Information taken from the guest operating system running in a virtual machine with 2 virtual processors and SMT enabled. Операционная система на виртуальной машине обнаруживает 2 логических процессора, принадлежащих одному и тому же ядру. The guest operating system is detecting 2 logical processors belonging to the same core.

Настройка типа планировщика низкоуровневой оболочки в Windows Server 2016 Hyper-V Configuring the hypervisor scheduler type on Windows Server 2016 Hyper-V

Windows Server 2016 Hyper-V по умолчанию использует классическую модель планировщика низкоуровневой оболочки. Windows Server 2016 Hyper-V uses the classic hypervisor scheduler model by default. Гипервизор можно дополнительно настроить для использования базового планировщика, чтобы повысить уровень безопасности, запретив гостевому ВПС работать на соответствующих физических SMT парах и поддерживать использование виртуальных машин с планированием SMT для своих гостевых ВПС. The hypervisor can be optionally configured to use the core scheduler, to increase security by restricting guest VPs to run on corresponding physical SMT pairs, and to support the use of virtual machines with SMT scheduling for their guest VPs.

Корпорация Майкрософт рекомендует всем клиентам, работающим под управлением Windows Server 2016 Hyper-V, выбрать основной планировщик, чтобы обеспечить оптимальную защиту узлов виртуализации от потенциально вредоносных гостевых виртуальных машин. Microsoft recommends that all customers running Windows Server 2016 Hyper-V select the core scheduler to ensure their virtualization hosts are optimally protected against potentially malicious guest VMs.

Windows Server 2019 Hyper-V по умолчанию использует основной планировщик Windows Server 2019 Hyper-V defaults to using the core scheduler

Чтобы обеспечить развертывание узлов Hyper-V в оптимальной конфигурации безопасности, в Windows Server 2019 Hyper-V теперь используется основная модель планировщика гипервизора по умолчанию. To help ensure Hyper-V hosts are deployed in the optimal security configuration, Windows Server 2019 Hyper-V now uses the core hypervisor scheduler model by default. Администратор узла может при необходимости настроить узел для использования устаревшего классического планировщика. The host administrator may optionally configure the host to use the legacy classic scheduler. Администраторы должны внимательно прочесть, понять и рассмотреть влияние влияния каждого типа планировщика на безопасность и производительность узлов виртуализации перед переопределением параметров типа по умолчанию планировщика. Administrators should carefully read, understand and consider the impacts each scheduler type has on the security and performance of virtualization hosts prior to overriding the scheduler type default settings. Дополнительные сведения см. в разделе о выборе типа планировщика низкоуровневой оболочки Hyper-V . See About Hyper-V hypervisor scheduler type selection for more information.

Необходимые обновления Required updates

Для использования функций планировщика низкоуровневой оболочки, описанных в этом документе, необходимы следующие обновления. The following updates are required to use the hypervisor scheduler features described in this document. Эти обновления включают изменения для поддержки нового hypervisorschedulertype параметра BCD, который необходим для настройки узла. These updates include changes to support the new hypervisorschedulertype BCD option, which is necessary for host configuration.

Версия Version	Выпуск Release	Требуется обновление Update Required	Статья базы знаний KB Article
Windows Server 2016 Windows Server 2016	1607 1607	2018,07 C 2018.07 C	KB4338822 KB4338822
Windows Server 2016 Windows Server 2016	1703 1703	2018,07 C 2018.07 C	KB4338827 KB4338827
Windows Server 2016 Windows Server 2016	1709 1709	2018,07 C 2018.07 C	KB4338817 KB4338817
Windows Server 2019 Windows Server 2019	1804 1804	None None	None None

Выбор типа планировщика низкоуровневой оболочки в Windows Server Selecting the hypervisor scheduler type on Windows Server

Управление конфигурацией планировщика гипервизора осуществляется с помощью записи BCD хипервисорсчедулертипе. The hypervisor scheduler configuration is controlled via the hypervisorschedulertype BCD entry.

Чтобы выбрать тип планировщика, откройте командную строку с правами администратора: To select a scheduler type, open a command prompt with administrator privileges:

Где type является одним из следующих: Where type is one of:

• Классическая Classic
• Базовая Core
• Root Root

Чтобы изменения типа планировщика гипервизора вступили в силу, необходимо перезагрузить систему. The system must be rebooted for any changes to the hypervisor scheduler type to take effect.

В настоящее время корневой планировщик низкоуровневой оболочки не поддерживается в Windows Server Hyper-V. The hypervisor root scheduler is not supported on Windows Server Hyper-V at this time. Администраторам Hyper-V не следует пытаться настроить корневой планировщик для использования с сценариями виртуализации сервера. Hyper-V administrators should not attempt to configure the root scheduler for use with server virtualization scenarios.

Определение текущего типа планировщика Determining the current scheduler type

Вы можете определить текущий тип планировщика гипервизора, используя журнал системы в Просмотр событий для последнего события с ИДЕНТИФИКАТОРом 2 для запуска гипервизора, который сообщает о типе планировщика низкоуровневой оболочки, настроенном при запуске гипервизора. You can determine the current hypervisor scheduler type in use by examining the System log in Event Viewer for the most recent hypervisor launch event ID 2, which reports the hypervisor scheduler type configured at hypervisor launch. События запуска гипервизора можно получить из Просмотр событий Windows или с помощью PowerShell. Hypervisor launch events can be obtained from the Windows Event Viewer, or via PowerShell.

Код события запуска гипервизора 2 обозначает тип планировщика низкоуровневой оболочки, где: Hypervisor launch event ID 2 denotes the hypervisor scheduler type, where:

1 = Классический планировщик, SMT отключен 1 = Classic scheduler, SMT disabled

2 = Классический планировщик 2 = Classic scheduler

3 = ядро планировщика 3 = Core scheduler

4 = корневой планировщик 4 = Root scheduler

Запрос события запуска типа планировщика низкоуровневой оболочки Hyper-V с помощью PowerShell Querying the Hyper-V hypervisor scheduler type launch event using PowerShell

Чтобы запросить событие низкоуровневой оболочки с ИДЕНТИФИКАТОРом 2 с помощью PowerShell, введите следующие команды в командной строке PowerShell. To query for hypervisor event ID 2 using PowerShell, enter the following commands from a PowerShell prompt.