EC2, Windows 10, половина виртуальных процессоров

Мы бегаем t3.large и m5.large экземпляры, которые имеют 2 виртуальных ЦП (как показано в консоли управления EC2). Я пытаюсь понять, почему Windows 2019 (AMI, предоставленный моим ИТ-отделом) может видеть только половину числа логических процессоров.

• Половина этого числа отображается в диспетчере задач, в msinfo32, в Coreinfo. Мы также видим половину числа для более крупных экземпляров (xlarge: 2 вместо 4).
• Если я сбегу while($true){} в PowerShell диспетчер задач сообщит об использовании 100%, а Cloudwatch сообщит о 50%.
• В msconfig я могу выбрать только 1 процессор (для больших экземпляров).
• Когда я создавал свой экземпляр в мастере EC2, я использовал номер vCPUS по умолчанию.
• Если я использую Windows 2019 AMI из магазина, я получаю правильное количество логических процессоров. В обоих случаях это одна и та же версия / сборка (Windows Server 2019 Datacenter).

Знаете ли вы какую-либо конфигурацию в Windows 10, которая может повлиять на количество обнаруженных логических процессоров? Или, если я могу активировать любой журнал, чтобы увидеть, как обнаруживаются процессоры (например, dmesg в Linux). Мой коллега по ИТ сказал мне, что они ничего не меняли в отношении количества процессоров или гиперпоточности, но похоже, что в их AMI есть что-то особенное.

Обновить: В средстве просмотра событий в «Microsoft / Windows / Kernel-PnP» я вижу:

Устройство ACPI \ GenuineIntel_-Intel64_Family_6_Model_79-_Intel (R) _Xeon (R)CPU_E5-2686_v4@ _2.30GHz_1 был настроен.

Устройство ACPI \ GenuineIntel_-Intel64_Family_6_Model_79-_Intel (R) _Xeon (R)CPU_E5-2686_v4@ _2.30GHz_0 был настроен.

Я не знаю, есть ли где-нибудь другой журнал, в котором говорилось бы, когда какой-либо процессор / ядро ​​/ поток инициализируется как логический процессор.

Обновление 2: Я сравнил содержание bcdedit /enum All и bdcedit /v как для проблемных, так и для работающих машин, и это одно и то же (за исключением UUID). Я пытался явно установить bcdedit /set NUMPROC 2 и перезагрузка без результата. bcdedit /v:

Windows Boot Manager
--------------------
identifier              {9dea862c-5cdd-4e70-acc1-f32b344d4795}
device                  partition=C:
description             Windows Boot Manager
locale                  en-US
inherit                 {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
bootshutdowndisabled    Yes
default                 {61a8a653-e7da-11e8-a960-0e221fdbf186}
resumeobject            {61a8a652-e7da-11e8-a960-0e221fdbf186}
displayorder            {61a8a653-e7da-11e8-a960-0e221fdbf186}
toolsdisplayorder       {b2721d73-1db4-4c62-bf78-c548a880142d}
timeout                 30

Windows Boot Loader
-------------------
identifier              {61a8a653-e7da-11e8-a960-0e221fdbf186}
device                  partition=C:
path                    \Windows\system32\winload.exe
description             Windows Server
locale                  en-US
inherit                 {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
recoverysequence        {74e13b1d-b199-11ea-827a-0af4c9a8ea6d}
displaymessageoverride  Recovery
recoveryenabled         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \Windows
resumeobject            {61a8a652-e7da-11e8-a960-0e221fdbf186}
nx                      OptOut
bootstatuspolicy        IgnoreAllFailures