admin / 10.04.2018

Coreinfo как пользоваться

На операционных системах Windows XP, Windows 7 и Windows 8 есть утилита systeminfo.exe, которая показывает основную информацию о системе. Утилита Coreinfo [1] от Марка Руссиновича предоставляет в этом плане гораздо больше возможностей.

Эта утилита командной строки может показать Вам привязки логических процессоров к физическому процессору, узел NUMA и сокет, в котором он находится, а также размеры кэшей, назначенные на каждый логический процессор. Coreinfo также использует функцию Windows GetLogicalProcessorInformation site:msdn.microsoft.com для получения информации и печати её на экране консоли, где привязка логического процессора будет показана звездочкой ‘*’. Coreinfo также полезна для получения подробной информации о процессоре (например, поддерживает ли он виртуализацию Hyper-V) и о топологии кэша Вашей системы.

[Как установить Coreinfo]

Установка очень проста. Скачайте архив с программой [1], распакуйте в любое удобное место, запустите. Программа задаст Вам вопрос о принятии условий лицензии и после этого будет готова к работе. Чтобы постоянно иметь утилиту под рукой, скопируйте Coreinfo.exe в папку %SystemRoot%\system32.

[Использование Coreinfo]

Запускайте Coreinfo из командной строки, запущенной с правами администратора. Для каждого имеющегося ресурса будет показана карта привязки к процессорам, видимым для ОС, где * будет показывать принадлежность к имеющимся процессорам. Например, для системы с 4 ядрами в строке информации о кэше будет карта совместно используемого кэша между ядрами 3 и 4.

Usage: coreinfo [-c][-f][-g][-l][-n][-s][-m][-v]-c Выводит информацию о ядрах. -f Выводит информацию о возможностях ядер. -g Выводит информацию о группах. -l Выводит информацию о кэше. -n Выводит информацию об узлах NUMA. -s Выводит информацию о процессорных сокетах. -m Выводит стоимость доступа к NUMA. -v Выводит возможности процессора и системы по поддержке виртуализации (Hyper-V), включая поддержку трансляции адреса второго уровня (на системах Intel требует прав администратора).

По умолчанию (если запустить coreinfo.exe без опций) выводится информация по всем опциям, кроме -v.

Примечание: в выводе тире ‘-‘ означает, что такая функция отключена или не поддерживается, а звездочка ‘*’ означает наличие соответствующей функции (опции, привязки).

[Ссылки]

1. Coreinfo site:technet.microsoft.com.

Microsoft Windows [Version 6.1.7601] (c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.
C:\Windows\System32>Coreinfo.exe
Coreinfo v3.31 — Dump information on system CPU and memory topology Copyright (C) 2008-2014 Mark Russinovich Sysinternals — www.sysinternals.com
AMD FX(tm)-6300 Six-Core Processor AMD64 Family 21 Model 2 Stepping 0, AuthenticAMD HTT * Multicore HYPERVISOR — Hypervisor is present VMX — Supports Intel hardware-assisted virtualization SVM * Supports AMD hardware-assisted virtualization X64 * Supports 64-bit mode
SMX — Supports Intel trusted execution SKINIT * Supports AMD SKINIT
NX * Supports no-execute page protection SMEP — Supports Supervisor Mode Execution Prevention SMAP — Supports Supervisor Mode Access Prevention PAGE1GB * Supports 1 GB large pages PAE * Supports > 32-bit physical addresses PAT * Supports Page Attribute Table PSE * Supports 4 MB pages PSE36 * Supports > 32-bit address 4 MB pages PGE * Supports global bit in page tables SS — Supports bus snooping for cache operations VME * Supports Virtual-8086 mode RDWRFSGSBASE — Supports direct GS/FS base access
FPU * Implements i387 floating point instructions MMX * Supports MMX instruction set MMXEXT * Implements AMD MMX extensions 3DNOW — Supports 3DNow! instructions 3DNOWEXT — Supports 3DNow! extension instructions SSE * Supports Streaming SIMD Extensions SSE2 * Supports Streaming SIMD Extensions 2 SSE3 * Supports Streaming SIMD Extensions 3 SSSE3 * Supports Supplemental SIMD Extensions 3 SSE4a * Supports Streaming SIMDR Extensions 4a SSE4.1 * Supports Streaming SIMD Extensions 4.1 SSE4.2 * Supports Streaming SIMD Extensions 4.2
AES * Supports AES extensions AVX * Supports AVX intruction extensions FMA * Supports FMA extensions using YMM state MSR * Implements RDMSR/WRMSR instructions MTRR * Supports Memory Type Range Registers XSAVE * Supports XSAVE/XRSTOR instructions OSXSAVE * Supports XSETBV/XGETBV instructions RDRAND — Supports RDRAND instruction RDSEED — Supports RDSEED instruction
CMOV * Supports CMOVcc instruction CLFSH * Supports CLFLUSH instruction CX8 * Supports compare and exchange 8-byte instructions CX16 * Supports CMPXCHG16B instruction BMI1 * Supports bit manipulation extensions 1 BMI2 — Supports bit manipulation extensions 2 ADX — Supports ADCX/ADOX instructions DCA — Supports prefetch from memory-mapped device F16C * Supports half-precision instruction FXSR * Supports FXSAVE/FXSTOR instructions FFXSR * Supports optimized FXSAVE/FSRSTOR instruction MONITOR * Supports MONITOR and MWAIT instructions MOVBE — Supports MOVBE instruction ERMSB — Supports Enhanced REP MOVSB/STOSB PCLMULDQ * Supports PCLMULDQ instruction POPCNT * Supports POPCNT instruction LZCNT * Supports LZCNT instruction SEP * Supports fast system call instructions LAHF-SAHF * Supports LAHF/SAHF instructions in 64-bit mode HLE — Supports Hardware Lock Elision instructions RTM — Supports Restricted Transactional Memory instructions
DE * Supports I/O breakpoints including CR4.DE DTES64 — Can write history of 64-bit branch addresses DS — Implements memory-resident debug buffer DS-CPL — Supports Debug Store feature with CPL PCID — Supports PCIDs and settable CR4.PCIDE INVPCID — Supports INVPCID instruction PDCM — Supports Performance Capabilities MSR RDTSCP * Supports RDTSCP instruction TSC * Supports RDTSC instruction TSC-DEADLINE — Local APIC supports one-shot deadline timer TSC-INVARIANT * TSC runs at constant rate xTPR — Supports disabling task priority messages
EIST — Supports Enhanced Intel Speedstep ACPI — Implements MSR for power management TM — Implements thermal monitor circuitry TM2 — Implements Thermal Monitor 2 control APIC * Implements software-accessible local APIC x2APIC — Supports x2APIC
CNXT-ID — L1 data cache mode adaptive or BIOS
MCE * Supports Machine Check, INT18 and CR4.MCE MCA * Implements Machine Check Architecture PBE — Supports use of FERR#/PBE# pin
PSN — Implements 96-bit processor serial number
PREFETCHW * Supports PREFETCHW instruction
Maximum implemented CPUID leaves: 0000000D (Basic), 8000001E (Extended).
Logical to Physical Processor Map: *—— Physical Processor 0 -*—- Physical Processor 1 —*— Physical Processor 2 —*— Physical Processor 3 —-*- Physical Processor 4 ——* Physical Processor 5
Logical Processor to Socket Map: ****** Socket 0
Logical Processor to NUMA Node Map: ****** NUMA Node 0
No NUMA nodes.
Logical Processor to Cache Map: *—— Data Cache 0, Level 1, 16 KB, Assoc 4, LineSize 64 *—— Instruction Cache 0, Level 1, 64 KB, Assoc 2, LineSize 64 *—— Unified Cache 0, Level 2, 2 MB, Assoc 16, LineSize 64 -*—- Data Cache 1, Level 1, 16 KB, Assoc 4, LineSize 64 -*—- Instruction Cache 1, Level 1, 64 KB, Assoc 2, LineSize 64 -*—- Unified Cache 1, Level 2, 2 MB, Assoc 16, LineSize 64 —*— Data Cache 2, Level 1, 16 KB, Assoc 4, LineSize 64 —*— Instruction Cache 2, Level 1, 64 KB, Assoc 2, LineSize 64 —*— Unified Cache 2, Level 2, 2 MB, Assoc 16, LineSize 64 —*— Data Cache 3, Level 1, 16 KB, Assoc 4, LineSize 64 —*— Instruction Cache 3, Level 1, 64 KB, Assoc 2, LineSize 64 —*— Unified Cache 3, Level 2, 2 MB, Assoc 16, LineSize 64 —-*- Data Cache 4, Level 1, 16 KB, Assoc 4, LineSize 64 —-*- Instruction Cache 4, Level 1, 64 KB, Assoc 2, LineSize 64 —-*- Unified Cache 4, Level 2, 2 MB, Assoc 16, LineSize 64 ——* Data Cache 5, Level 1, 16 KB, Assoc 4, LineSize 64 ——* Instruction Cache 5, Level 1, 64 KB, Assoc 2, LineSize 64 ——* Unified Cache 5, Level 2, 2 MB, Assoc 16, LineSize 64 ****** Unified Cache 6, Level 3, 8 MB, Assoc 1, LineSize 64
Logical Processor to Group Map: ****** Group 0

Coreinfo v3.31

  • 4 minutes to read
  • Contributors

By Mark Russinovich

Published: August 18, 2014

Download Coreinfo(192 KB)

Introduction

Coreinfo is a command-line utility that shows you the mapping between logical processors and the physical processor, NUMA node, and socket on which they reside, as well as the cache’s assigned to each logical processor.

Требования к процессору для включения Hyper-V в Windows 8

It uses the Windows’ GetLogicalProcessorInformation function to obtain this information and prints it to the screen, representing a mapping to a logical processor with an asterisk e.g. ‘*’. Coreinfo is useful for gaining insight into the processor and cache topology of your system.

Installation

You run Coreinfo by typing "coreinfo”.

Using CoreInfo

For each resource it shows a map of the OS-visible processors that correspond to the specified resources, with '*' representing the applicable processors. For example, on a 4-core system, a line in the cache output with a map of shared by cores 3 and 4.

Usage: coreinfo [-c][-f][-g][-l][-n][-s][-m][-v]

Parameter Description
**-c ** Dump information on cores.
-f Dump core feature information.
-g Dump information on groups.
**-l ** Dump information on caches.
-n Dump information on NUMA nodes.
-s Dump information on sockets.
-m Dump NUMA access cost.
-v Dump only virtualization-related features including support for second level address translation.
(requires administrative rights on Intel systems).

All options except -v are selected by default.

Coreinfo Output:

Download Coreinfo(192 KB)

Простая миграция Windows Server в окружение Hyper-V

Рано или поздно практически в любой IT-инфраструктуре встает вопрос о замене старого оборудования более новым. С течением времени любое оборудование вырабатывает свой ресурс и подлежит замене (на новое и, соответственно, более быстрое), но увеличение вычислительной мощности требуется далеко не всегда. При этом, как правило, возникает необходимость переноса существующих приложений, в идеале без изменения конфигурации.

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

В том случае, когда не требуется высокой производительности, особенно производительности подсистемы ввода-вывода, вполне можно использовать виртуализацию для консолидации физических систем (Physical-to-Virtual, p2v).

Первыми кандидатами на консолидацию в виртуальные машины могут являться:

  • ненагруженные сервисы с низким потреблением ресурсов подсистемы ввода-вывода
  • сервисы, требующие специфических настроек операционной системы
  • сервисы, требующие отдельного цикла обслуживания – частая установка обновлений, перезагрузка ОС и т.п.

Разумеется, несмотря на моду и тренды, виртуализировать все подряд не стоит. По возможности, следует избегать виртуализации в следующих случаях:

  • Нагруженные службы, особенно требующие интенсивной дисковой активности (например, СУБД)
  • Инфраструктурные сервисы, от которых зависит работа самого гипервизора. Например, Active Directory Services в виртуальной машине, включенной в тот же домен AD – не самая лучшая идея
  • Использование специфического оборудования

Виртуализация не может быть вложенной. Если на исходном оборудовании есть виртуальные машины в каком-либо виде (Virtual PC, Virtual Box, VmWare и т.п.), их следует переносить отдельно по методике v2v (Virtual-to-Virtual)

Ну и, наконец, не стоит забывать про «все яйца в одной корзине». Что в случае работы множества виртуальных машин на одном сервере становится особенно актуально.

Рассмотрим процесс миграции на реальном примере.

Исходные данные

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

Методика переноса

На рынке существует большое количество коммерческих продуктов, позволяющих выполнить перенос в виртуальное окружение – прежде всего, Microsoft System Center Operations Manager с пакетом Hyper-V Management Pack. Практически все подобные инструменты требуют приобретения лицензии, и их следует рассматривать в случае массовой консолидации десятков серверов и дальнейшего управления.

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

Первое, что пришло в голову – использовать для переноса встроенную функцию резервного копирования Windows Server Backup, которая, начиная с Windows Server 2008, создает на выходе образ виртуального диска VHD с резервной копией системы.

После некоторых экспериментов с резервным копированием было найдено более простое решение.

На сайте Microsoft имеется набор весьма полезных утилит от Марка Руссиновича (Mark Russinovich) из команды Sysinternals, среди которых есть улилита disk2vhd. Она и делает как раз то, что требуется – позволяет снять с диска образ VHD. Причем, в отличие от Windows Server Backup, который создает по отдельному образу VHD на каждый том, disk2vhd позволяет скопировать физический диск со всеми томами (или выборочно) в один виртуальный диск. Кроме того, disk2vhd работает и в более старых версиях Windows (2000/XP/2003).

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

Также утилита работает с командной строки, что весьма полезно, например, при миграции серверов в Core-инсталляции.

Созданный образ диска впоследствии можно использовать при создании виртуальной машины.

Создание виртуальной машины

После снятия образа с существующей системы необходимо создать виртуальную машину Hyper-V с необходимыми настройками.

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

Выбрать подключение к сети

И, наконец, выбрать существующий образ диска, созданный ранее при помощи disk2vhd

После создания отредактировать необходимые настройки – количество процессорных ядер, специфические настройки сети

И не забыть доставить утилиты Hyper-V в виртуальную машину.

Таким образом, можно достаточно легко перенести операционную систему с физического сервера на виртуальную машину Hyper-V.

Потенциальные проблемы

В принципе, сам по себе процесс миграции достаточно прост и должен пройти гладко.

Coreinfo v.3.2

Однако небольшие подводные камни все же могут встретиться. Касаются они, прежде всего, гостевой операционной системы версий Windows Server 2000/2003 и Windows 2000/XP.

Во-первых, для корректной работы старых версий ОС Windows под управлением Hyper-V потребуется установка соответствующих утилит и драйверов в гостевой ОС. Которые, в свою очередь, требуют установки последней версии Service Pack. Поэтому перед миграцией в виртуальную среду следует, по возможности, выполнить обновление переносимой ОС до максимума.

Вторая проблема связана с активацией OEM-версий Windows ниже Vista/2008 (в Volume-версиях подобной проблемы нет). Поскольку при переносе с физической системы в виртуальную меняется оборудование (сетевой адаптер и системная плата), активация Windows становится недействительной. В случае с Windows Server 2008/Windows Vista и выше эта проблема не является критичной и не приводит к отказу работы, достаточно будет просто выполнить активацию повторно. А вот старые версии Windows перед запуском потребуют восстановить активацию, но выполнить ее через интернет не удастся до установки драйверов на сетевой адаптер.

Кстати, с точки зрения лицензионной чистоты перенос P2V для OEM-версий является недопустимым и разрешается только для Volume или Retail версий Windows. Поэтому не забудьте посчитать стоимость лицензирования при планировании подобных операций.

sysinternals [1] виртуализация [2] hyper-v [1]

| сохранено

HВложенная виртуализация Hyper-Vв черновикахПеревод

Виртуализация, Серверное администрирование, Системное администрирование

На этой неделе Microsoft выпустила сборку Windows 10 Insider Preview Build 10565. В этой сборке добавлено несколько новых функций в операционную систему. В частности Бен Армстронг (менджер Hyper-V в Microsoft) упоминает в в своем блоге, что добавлена возможность создания вложенной виртуализации Hyper-V в Windows 10. Вложенная виртуализации позволяет запустить Hyper-V внутри виртуальной машины и создать несколько виртуальных машин в рамках этой основной виртуальной машины. Вы cможете запускать несколько гиппервизоров Hyper-V, без необходимости в дополнительном физическом оборудовании.

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

Шаг 1: Создание виртуальной машины

Шаг 2: Запуск скрипта Enable-NestedVm.ps1, позволяющий упростить процесс проверки требований (например, что динамическая память должна быть выключена). Этот сценарий проверит конфигурацию, изменит, что некорректно (с разрешения) и включит вложенную виртуализацию для виртуальной машины. Обратите внимание, что ВМ должна быть выключена.

Шаг 3: Установка компонентов Hyper-V на в гостевой VM

Шаг 4: Включение сети. После того, как вложенная виртуализация включена в виртуальной машине, включите MAC- spoofing для работы сети. Запустите с правами администратора PowerShell на хост-машине и выполните:

Шаг 5: Создайте вложеную ВМ.

Вложенная виртуализация пока еще на ранней стадии разработки и тестирования, поэтому она имеет несколько известных проблем:
1. Оба гипервизора должны быть последней версии Hyper-V. Другие гипервизоры не будут работать. Windows Server 2012R2, а также сборки до 10565 не будут работать.
2. После того, как вложенная виртуализация включена в виртуальной машине некоторые функции будут больше не совместимы с этой виртуальной машины.

Руководство по требованиям к поддержке PAE/NX/SSE2 для Windows 8

Они будут вызывать ошибки или вообще препядствовать запуску виртуальной машины:
— динамическая память должен быть выключена иначе виртуальная машина не сможет загрузится;
— изменить объем памяти не удастся;
— применить контрольные точки для работающей ВМ не удастся;
— горячая миграция не работает;
— нет возможности сохранить ВМ.
3. После того, как вложенная виртуализация включена в виртуальной машине, для работы сети ее гостевых машин необходимо включить MAC- spoofing.
4. В настоящее время работает только на процессарах Intel, с включенной поддержкой Intel VT-х.
5. Для вложенной виртуализации необходим большой объем памяти. Удалось запустить виртуальную машину в виртуальной машине с 4 Гб оперативной памяти, но все жутко тормозило.

hyper-v, Nested Virtualization, Вложенная виртуализация


наверх

Источник статей: Хабр.

Время указано в том часовом поясе, который установлен на Вашем устройстве.

Версия сайта: 0.8.
Об ошибках, предложениях, пожалуйста, сообщайте через Telegram пользователю @leenr, по e-mail i@leenr.ru или с помощью других способов связаться.

Всегдабр (расширение для Google Chrome)
Статистика посещений
СоХабр в ВК (новости проекта)

FILED UNDER : IT

Submit a Comment

Must be required * marked fields.

:*
:*