Приоритеты rom других pci устройств что это
Сообщения: 49
Благодарности: 1
| Конфигурация компьютера |  |
| Процессор: Intel Core i5-12600K | |
| Материнская плата: MSI PRO Z790-P WiFi DDR5 | |
| Память: CORSAIR Vengeance 32GB (2x16GB) DDR5 DRAM 5600MHz | |
| HDD: SSD Kingston KC3000 1TB | |
| Видеокарта: Intel® UHD Graphics 770 | |
| Звук: Realtek High Definiton Audio | |
| Блок питания: Aerocool KCAS-600W 80 Plus Bronze | |
| CD/DVD: DVD-RW | |
| Монитор: Samsung S23C350H | |
| ОС: Windows 10 Pro | |
| Прочее: UPS Powercom RPT-800A |
Здравствуйте Уважаемые форумчане, прошу поделиться опытом по следующему вопросу:
У меня установлен Windiows 7 Домашняя расширенная 64-бит., хочу переустановить на 8.1 но при установке выдается сообщение, кратко: MBR надо изменить на GPT.
Мой вопрос: как можно решить данную проблему? Если необходимо менять на GPT, насколько я знаю надо вызвать командную строку — выбрать диск — дать команду clean (после чего не удаляться ли все данные диска D?).
Сообщения: 5069
Благодарности: 800
Цитата exo:
| Диск может быть преобразован в диск с таблицей разделов GUID, только если он пуст. Перед преобразованием диска создайте резервную копию данных, а затем удалите все разделы и тома. » |
так же как и
Цитата diagnoz_:
| GPT раздел перековертировать в MBR без удаления данных нельзя. диск должен быть чист. » |
Цитата exo:
| ознакомьтесь с утилитой diskpart. » |
я прекрасно с ней знаком только не дочитал выше, что у ТС раздел, думал диск
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
Сообщения: 1185
Благодарности: 181
| Конфигурация компьютера | |
| Процессор: i5 3570 4.0 | |
| Материнская плата: MAXIMUS V GENE | |
| Память: 8gb 1600(2400)Mhz TridentX G.Skill | |
| HDD: Hitachi 2000gb,ssd Intel 330 60 Gb | |
| Видеокарта: GV-N660OC-2GD | |
| Звук: Realtek | |
| Блок питания: Chieftec BPS-750C2 | |
| Монитор: Philips1907s 19″ | |
| ОС: Windows 10×64 | |
| Индекс производительности Windows: 7.9 | |
| Прочее: P5NE-SLI, E4400-3.0 КГц, Radeon EAX1600PRO 256Мб, Сorsair 2×2048-800Мгц |
Цитата Мумин:
| Как я могу установить 8.1 не теряя данные на D? » |
уже ответили!
Цитата exo:
| во время загрузки нажмите F12 и выберите P1:имя.вашего.DVD.ROM или P1:USB сейчас же у вас скорее всего загружается с UEFI:имя.вашего.DVD.ROM или UEFI:USB » |
в биосе отключи UEFI, выложи скриншот биоса раздел BOOT, подскажу
Последний раз редактировалось severagent007, 23-05-2014 в 02:43 .
Сообщения: 12417
Благодарности: 1442
| Конфигурация компьютера | |
| Процессор: I7 10700 | |
| Материнская плата: Asus h470-plus | |
| Память: Hyper 32 GB | |
| HDD: Crucial ct1000 | |
| Видеокарта: Gigabyte GeForce rtx 260 | |
| Блок питания: Thermaltake smart 650 w | |
| Монитор: Samsung U32J592UQU | |
| Ноутбук/нетбук: Lenovo T420s | |
| ОС: W10 x64 |
Цитата severagent007:
| где-то была тема недавно — поменяли на GPT с помощью сторонней утилиты без потери данных. » меняешь таблицу разделов на GPT, потом форматируешь С и » |
ошибочка. там был вопрос в обратном преобразовании из GPT в MBR. да и к тому же не системный диск.
Цитата diagnoz_:
| я прекрасно с ней знаком только не дочитал выше, что у ТС раздел, думал диск » |
в любом случае — select disk, а не select volume.
——-
Вежливый клиент всегда прав!
Сообщения: 49
Благодарности: 1
| Конфигурация компьютера | |
| Процессор: Intel Core i5-12600K | |
| Материнская плата: MSI PRO Z790-P WiFi DDR5 | |
| Память: CORSAIR Vengeance 32GB (2x16GB) DDR5 DRAM 5600MHz | |
| HDD: SSD Kingston KC3000 1TB | |
| Видеокарта: Intel® UHD Graphics 770 | |
| Звук: Realtek High Definiton Audio | |
| Блок питания: Aerocool KCAS-600W 80 Plus Bronze | |
| CD/DVD: DVD-RW | |
| Монитор: Samsung S23C350H | |
| ОС: Windows 10 Pro | |
| Прочее: UPS Powercom RPT-800A |
Где, что надо отключать?
Последний раз редактировалось Мумин, 23-05-2014 в 14:35 .
Сообщения: 12417
Благодарности: 1442
| Конфигурация компьютера | |
| Процессор: I7 10700 | |
| Материнская плата: Asus h470-plus | |
| Память: Hyper 32 GB | |
| HDD: Crucial ct1000 | |
| Видеокарта: Gigabyte GeForce rtx 260 | |
| Блок питания: Thermaltake smart 650 w | |
| Монитор: Samsung U32J592UQU | |
| Ноутбук/нетбук: Lenovo T420s | |
| ОС: W10 x64 |
фильтр опции загрузки — стоит UEFI. какие варианты там есть?
——-
Вежливый клиент всегда прав!
Сообщения: 49
Благодарности: 1
| Конфигурация компьютера | |
| Процессор: Intel Core i5-12600K | |
| Материнская плата: MSI PRO Z790-P WiFi DDR5 | |
| Память: CORSAIR Vengeance 32GB (2x16GB) DDR5 DRAM 5600MHz | |
| HDD: SSD Kingston KC3000 1TB | |
| Видеокарта: Intel® UHD Graphics 770 | |
| Звук: Realtek High Definiton Audio | |
| Блок питания: Aerocool KCAS-600W 80 Plus Bronze | |
| CD/DVD: DVD-RW | |
| Монитор: Samsung S23C350H | |
| ОС: Windows 10 Pro | |
| Прочее: UPS Powercom RPT-800A |
На всякий случай укажу все:
OS Type:
— Other OS (выбрано это)
— Windows 8
— Windows 8 WHQL
Фильтр опции загрузки:
— UEFI и прежняя версия (выбрано это)
— Только прежняя версия
— Только UEFI
Загрузить данные политики OpROM:
— Не загружать
— Только UEFI
— Только прежняя версия (выбрано это)
— Legacy First
— UEFI First
Приоритеты ROM других PCI-устройств:
— UEFI OpROM (выбрано это)
— Legacy OpROM
Использование новых NVMe SSD в качестве загрузочного диска на старых системах с Legacy BIOS (для любой ОС)
Короткий мануал — как реализовать поддержку загрузочного NVMe SSD на старых материнских платах с Legacy BIOS и с использованием Clover (для любых ОС). По следам вот этого поста, где на мой взгляд, решение не так изящно и не для всех BIOS & OS.
Суть проблемы
Старые BIOS не видят новые NVMe SSD, в отличии от EFI (UEFI). Современные ОС эти диски, как правило, видят, и после загрузки ОС работать с диском можно, а вот старый BIOS нет, следовательно, загрузиться с нового быстрого диска не получится. Ну, потому что нельзя дать команду на загрузку тому, чего не видно.
Прелюдия
NVMe SSD диск, как правило, имеет разъем М.2, и работает как бы на прямую с процессором, по шине PCI-E.
Поэтому если на вашей материнской плате нет разъема М.2, то для начала рекомендуется обзавестись переходником PCI-E >> М.2, или PCI-E RAID контроллером для SSD формата М.2.
Существует немного продвинутых NVMe SSD дисков, которые имеют на борту собственные эмулятор Legacy устройства. Например Samsung 950 Pro имеет дополнительный rom для загрузки как Legacy устройство на старых BIOS. А вот вся серия EVO такой возможности не имеет.
Решение
Немного истории
Много лет назад, когда компания Intel стала поставлять Apple свои процессоры и компоненты для применения в Маках, возникла потребность предварительного тестирования железа на совместимость с MacOS. Тогда инженеры Intel написали хитрый загрузчик DUET, который представляет собой эмулятор UEFI, загружаемый поверх Legacy BIOS и позволяющий запускать операционные системы, требующие UEFI (MacOS, например).
Однако использовать DUET «напрямую» задача весьма не тривиальная (пример, или вот еще, б-ррр. ), требующая массу ручных операций, зависящих от конкретного железа и ОС, и понимания того, что именно вы делаете.
В дальнейшем, DUET был взят за основу для нескольких проектов по созданию мульти-загрузчиков. Один из них Hackintosh — проект по установке последних MacOS на любые Intel, а в последствии и AMD машины. В результате развития Hackintosh появился многофункциональный загрузчик Clover (Клевер), который заточен, разумеется, под загрузку MacOS и Intel, но сейчас может с успехом применяться для загрузки чего угодно на, практически, чём угодно. Вот им, Клевером, мы и воспользуемся для решения нашей проблемы.
Clover Configurator
Клевер сам по себе настраивается тоже не абы как, и для того, чтобы как-то облегчить в дальнейшем процесс тюнинга, была выпущена настроечная утилита Clover Configurator, и множество мануалов по использованию.
Но беда в том, что Clover Configurator работает только в MacOS, и на Windows вы его, в лучшем случае, запустите только в VmWare.
Web-конфигуратор для Clover
Некоторые пользователи рекомендует воспользоваться вместо Clover Configurator web-конфигуратором для Clover. Правда не факт, что прессет для вашей MB будет в списке. А документация по Клеверу объемна и подробна. Но, попробуйте, а вдруг.
Так же ходят слухи (в комментах), что сам автор Клевера (SergeySlice) не рекомендует использовать Clover Configurator а рекомендует редактировать конфигурационный файл руками.
Не пойдем этим путем… у нас лапки и Мастдай.
Boot Disk Utility (BDUtility.exe)
Специально для тех, у кого лапки, один русский энтузиаст написал утилиту BDUtility.exe, которая сама скачивает последний релиз Clover, делает необходимые минимальные настройки и записывает полученный образ на флешку.
Не пугайтесь вырвиглазного сайта, утилита работает отлично 🙂
Для загрузки утилиты нажмите на картинку с буквами «Bu» и синей стрелкой, посредине сайта 🙂
Примечание
Для решения нашей проблемы мы будем использовать дополнительную загрузочную флешку, с которой поверх BIOS будет загружаться Clover, идентифицировать ваш новый быстрый NVMe SSD и передавать ему команду на загрузку вашей новенькой 64-битной Windows 10 (или любой другой).
Отныне флешка навсегда будет установлена в свободном USB порту вашего компьютера, до тех пор, пока вы обновите старое железо!
Да, у кого ноутбук, тот должен озаботиться тем, что свободных портов USB мало, а длинная флешка, все время торчащая из ноута, может оказаться не достаточно эстетичной.
С другой стороны, теперь ваша флешка является крутейшим ключом защиты к вашему компьютеру, ибо без него комп просто не включится, а догадаться, что флешка должна БЫТЬ, да еще и с Клевером — это задача для истинных спецслужб.
Если остался лишний SATA диск.
Теоретически, можно попробовать поставить Clover на лишний SATA диск или даже карту памяти, если таковые имеются в системе и с них поддерживается загрузка (у меня дисков не осталось, снес все, жужжат, а с карт памяти опции загружаться не было и нет). Во всяком случае документация по Клеверу такое допускает. Однако, в этом случае придется вручную поколдовать с загрузочной областью.
Создание установочной флешки
Если вам удалось загрузить утилиту BDUtility — запустите ее. Она запускается под Windows и с правами администратора, будьте внимательны.
Счастливым обладателем других операционных систем стоит пропустить этот пункт и вернуться к Clover Configurator выше.
Запускаем BDUtility.exe
Далее следует выполнить ряд настроек, чтобы утилита загрузила последний дистрибутив Clover, настроила его и записала на вашу флешку. Флешка должна быть вставлена в USB-порт, и желательно начисто отформатирована.
Примечание
В настоящий момент утилита BDUtility забирает релизы Clover с сайта sourceforge.net, где размещены релизы вплоть до версии Clover_v2.5k_r5070.zip. После этого разработка Clover была перенесена на GitHub, где сейчас размещен релиз Clover_v2.5k_r5097.zip. Учтите это в работе. BDUtility может опционально пользоваться предварительно скаченными релизами Clover (но совместимыми с BDUtility), если вам необходимо использовать именно последний релиз.
Мы отправили запросы разработчикам Clover и BDUtility с просьбой прокоммуницировать между собой и переключить BDUtility на GitHub.
Настройка BDUtility:
- Убедитесь, что ваша флешка определилась утилитой
- Зайдите в настройки утилиты Options => Configuration
- Поставьте галочку Check at Startup, чтобы новая версия Clover проверялась при каждой загрузке
- Нажмите кнопку Check Now, чтобы загрузить последний релиз Clover прямо сейчас
- (опционально, рекомендация) Уберите галочку Boot Partition Size, чтобы весь объем вашей флешки был отведен поз загрузчик Colver, в противном случае вы будете видеть дополнительные диски (незанятые и не размеченные разделы флешки) в «Моем компьютере», что через какое-то время начнет вас раздражать
- Нажмите ОК
- Нажмите кнопку Format, изучите конфигурацию создаваемого загрузчика и нажмите ОК
- Ожидайте положительного результата (сядь на печку, приободрись. )
Теперь, когда флешка готова, попробуйте с нее загрузиться. Не забудьте настроить в BIOS загрузочный диск => ваша флешка.
Если загрузка произойдет, на экране должна появиться примерно такая картинка, с перечнем текущих вариантов загрузки. Можете попробовать найти вашу загрузочную запись и загрузить текущую ОС.
Драйвера NVMe
Если ваш NVMe SSD диск уже вставлен в компьютер, не пытайтесь его найти в настройках Clover — его там нет. Дело в том, что по-умолчанию Clover не загружает драйвера для NVMe устройств. Драйвера необходимо включить в загрузку вручную.
Для этого открываем флешку в проводнике.
Заходим в папку G:\EFI\CLOVER\drivers\off (где диск «G» — это ваша флешка, а папка «off» — это папка с не подключенными драйверами Клевера).
Находим файл NvmExpressDxe.efi
Нажимаем Ctrl + C, чтобы скопировать файл в буфер обмена, и копируем файл в папки G:\EFI\CLOVER\drivers\BIOS и G:\EFI\CLOVER\drivers\UEFI. Копируем на всякий случай в обе папки, чтобы не разбираться, какой у вас сейчас биос, старый BIOS или старый UEFI.
Перезагружаем компьютер, загружаемся с флешки-Clover и наблюдаем за количеством иконок на экране, обозначающих варианты загрузки — их должно стать больше, ибо теперь Clover видит ваш NVMe SSD.
Пол дела позади!
Установка новой ОС на новый NVMe SSD диск
Далее, чтобы воспользоваться преимуществом загрузки с быстрого NVMe SSD нам необходимо, собственно, поставить на него систему. И тут есть нюанс. Чтобы в дальнейшем не возникло проблем с попытками загружаться именно с вашего NVMe диска из-под Клевера, крайне рекомендуется не переносить вашу текущую систему на новый диск, а установить на NVMe диск новую систему с нуля. Проблема восходит корнями к типу загрузчика вашей операционной системы, который был выбран и использован при ее установке на компьютер. Если сейчас у вас система с BIOS без поддержки NVMe то и текущей загрузчик ОС ориентирован на BIOS, а не на EFI.
Именно этому загрузчику Clover передает управление, причем в режиме эмуляции EFI. Для справки, клеверный загрузчик моей Win64 лежит на клеверной флешке здесь G:\EFI\BOOT\BOOTX64.efi
Перенести такую ОС на NVMe диск и использовать для загрузки в режиме EFI просто так не получится, потребуется вручную сменить загрузчик ОС, а это трудоемко, не вполне оправданно и чревато, имхо.
Поэтому смело запасаемся лицензионным ключом от новой ОС (ну, или находим, где старый) и идем на страничку загрузки Media Creation Tool, чтобы сделать загрузочный диск вашей операционной системы Windows. Дело в том, что с некоторых пор Микрософт стал сам включать оба загрузчика BIOS и EFI в образ, создаваемый Media Creation Tool. И теперь эта загрузочная флешка может загружаться абсолютно на любых системах с Legacy BIOS, UEFI и EFI. А раньше приходилось обрабатывать полученный загрузочный образ и интегрировать в него Rufus, для загрузки в режиме EFI (пример, промотать до середины).
Примечание
Да, вам понадобится вторая загрузочная флешка, чтобы установить ОС на NVMe SSD.
Нет, на флешку с Clover дистрибутив Windows записать не получится.
Установка ОС
Установка операционной системы на новый NVMe SSD происходит вполне штатно и быстро.
Вам необходимо загрузиться с двумя вставленными флешками, причем загрузиться с клеверной флешки, а не с дистрибутива Windows, не перепутайте.
В интерфейсе Клевера найдите загрузку с флешки с дистрибутивом вашей ОС. Далее должна начаться установка ОС. В какой-то момент система перезагрузится (вы же ставите Windows), и вам придется выбрать для продолжения уже загрузку с вашего NVMe SSD, опять же не перепутайте! Не выбирайте повторно загрузку с дистрибутива ОС, иначе установка просто начнется заново, а нам нужно чтобы она продолжилась с SSD и, желательно, завершилась.
После установки новой системы на ваш новый NVMe SSD, в Clover появится запись, что из-под него была установлена новая ОС. Также иконка загрузки новой ОС должна появиться первой в списке загрузок, и, если я ничего не путаю, то называться она будет «Boot Microsoft EFI Boot from EFI».
И после окончательной установки ОС выньте флешку с ее дистрибутивом, чтобы она не отображалась больше в Клевере и в «Моем компьютере».
А в вашем BIOS порядок загрузки дисков должен всегда начинаться с клеверной флешки, пока не обновите железо до поддержки EFI.
Тогда, и только тогда, вы сможете гордо поставить первым ваш, к тому времени уже постаревший, NVMe SSD!.
Вот, собственно, и все
Теперь при каждой перезагрузке вы будете попадать в интерфейс Clover, и нажимать на клавишу Enter (если ваша ОС стоит в списке первой). Зато потом наслаждаться новой системой и быстрым SSD 🙂
Мне, к сожалению, в отсутствии Clover Configuator так и не удалось настроить Клевер, чтобы он автоматически загружал мою ОС, например спустя 5 сек. бездействия. Чтобы каждый раз не нажимать клавишу Enter. Но такая опция в Клевере разумеется есть.
Буду признателен, если кто-то знает как вручную, без конфигуратора, настроить такой режим загрузки. Файл настроек Клевера обычно лежит здесь G:\EFI\CLOVER\config.plist
Говорят, что за эту опцию отвечают теги:
Timeout 5 и DefaultVolume LastBootedVolume В первом указывается время задержки перед автозагрузкой, а во втором — id диска с которого мы хотим грузиться по умолчанию, или значение LastBootedVolume, в котором запоминается id последнего диска, с которого производилась загрузка.
Но у меня почему-то не работает 🙁
Есть подозрение, что с этими значениями какой-то лаг в Клевере на AMD. То ли таймер не считает, то ли LastBootedVolume не запоминается, но не уверен.
THE END
P.S.
Но если бы вы изначально заплатили чуть побольше, и купили бы не переходник PCI-E >> М.2, а Raid контроллер для M.2 дисков, то вам бы не пришлось читать все вышенаписанное, и тем боле все это делать… Потому что Raid контроллер имеет сою собственную микросистему и эмулирует (или имитирует) себя как Legacy устройство, делая доступными все вставленные в него диски во всех биосах, старых и новых.
UPD
Пользователи alpha_ds и walkman7 любезно дополнили пост тегом DefaultVolume и ссылкой на web-конфигуратор Clover.
Спасибо igrblkv за наводку на CloverGitHub .
- Разработка под Linux
- Разработка под Windows
- Компьютерное железо
- Накопители
- UEFI
Процессоры
Для просмотра детальной информации о процессорах ВМ необходимо в разделе Виртуальные машины выбрать целевую ВМ и в открывшемся окне перейти в раздел Процессоры.
В разделе Процессоры указана следующая информация:
- Количество сокетов — количество сокетов ВМ.
- Количество ядер на сокет — количество ядер на сокет ВМ.
- Потоков на ядро — количество потоков на ядро ВМ.
- Общее количество потоков — общее количество потоков ВМ.
- Максимальное количество потоков — максимальное количество потоков ВМ.
- Режим определения — режим эмулирования CPU.
- Модель — эмулируемая модель процессора.
- Приоритет vCPU ВМ — приоритет виртуальных процессоров.
- Частота.
- Кол-во минимально гарантированных vCPU — количество минимально гарантированных виртуальных процессоров.
- Приоритет виртуальных процессоров (vCPU).
- Дополнительные функции vCPU.
Настройка процессоров
Настройку процессоров можно выполнить с помощью кнопки Изменение настроек процессоров, которая позволяет изменить следующие параметры:
- количество vCPU и максимальное количество vCPU. При нажатии кнопки Изменение количества vCPU в открывшемся окне необходимо указать имеющееся количество и максимальное количество процессоров, после чего подтвердить операцию, нажав кнопку OK;
- топология процессоров. При нажатии кнопки Изменение топологии vCPU в открывшемся окне необходимо задать количество сокетов, ядер на сокет и потоков, после чего подтвердить операцию, нажав кнопку OK;
- модель процессора. При нажатии кнопки Режим определения модели отображается оптимальный процессор, а также раскрывающийся список выбора режима определения процессора. Необходимо выбрать режим, после чего подтвердить операцию, нажав кнопку OK;
- привязка виртуальных процессоров к физическим ядрам. При нажатии кнопки Изменение привязок vCPU в открывшемся окне необходимо заполнить привязку процессоров ВМ к физическим, после чего подтвердить операцию, нажав кнопку OK;
- приоритеты выделения процессорного времени ВМ. При нажатии кнопки Изменение приоритета vCPU в открывшемся окне необходимо выбрать из раскрывающегося списка базовый приоритет процессора, детальный приоритет процессора, гарантированное количество vCPU, после чего подтвердить операцию, нажав кнопку Сохранить;
- изменение частоты vCPU. При нажатии кнопки Изменение частоты vCPU в открывшемся окне необходимо указать частоту в МГц, после чего подтвердить операцию, нажав кнопку Сохранить;
- дополнительные функции vCPU. При нажатии кнопки Дополнительные функции vCPU в открывшемся окне необходимо указать дополнительные функции (флаги), после чего подтвердить операцию, нажав кнопку Сохранить.
Рекомендуемое максимальное количество vCPU
Не рекомендуется создавать ВМ c количеством vCPU больше, чем физических ядер на хосте.
Например, если в сервере 2 процессора по 28 физических ядер, то рекомендуемый максимум vCPU равен 56.
Горячее добавление vCPU
Параметр «Максимальное количество vCPU» стоит ставить больше, если планируется увеличивать количество vCPU при включенной ВМ. При изменении max_cpu_count топология подстраивается под этот параметр, то есть включенная ВМ видит именно max_cpu_count vCPU, но при этом только на cpu_count vCPU подключается питание, а (max_cpu_count — cpu_count) vCPU видятся неактивными (без питания).
Топология процессора
Изменение топологии процессора предназначено для удовлетворения требований ОС ВМ. Некоторые ОС не умеют работать с многоядерными процессорами, некоторые ограничивают количество сокетов CPU, а некоторые ОС ограничивают количество ядер на сокет.
Модель процессора
Модель процессора может влиять на функциональность ОС ВМ и на возможность миграции ВМ внутри кластера.
Доступные функции узла можно посмотреть во вкладке узла Оборудование — Процессоры.
Модель (архитектура) CPU виртуальной машины может быть:
- default — назначаются виртуальные процессоры. Если ОС ВМ чувствительна к набору инструкций центрального процессора, то использование виртуальных процессоров может не удовлетворять требованиям ОС ВМ. Доступные функции берутся из модели процессора qemu64;
- host-model — модель, аналогичная физическому, с незначительными ограничениями. Доступные функции берутся из узла, где находится ВМ;
- host-passthrough — фактическая трансляция полного комплекта инструкций и модели физического процессора. Доступные функции берутся из узла, где находится ВМ;
- custom — выбор модели процессора из списка. Необходимо учитывать предоставляемые наборы инструкций выбираемой модели и ограничения для ОС ВМ перед сменой типа процессора на custom. Доступные функции берутся из известного набора инструкций для каждого процессора, определённого в гипервизоре.
Привязка процессоров ВМ к физическим ядрам
Привязка процессоров ВМ к физическим ядрам сильно ограничивает производительность сервера. Физическое ядро, привязанное к CPU виртуальной машины, ограничивает производительность сервера. Физическое ядро, привязанное к CPU виртуальной машины, будет использоваться только для этой ВМ.
Эту опцию рекомендуется применять только к высоко нагруженным ВМ, миграция которых невозможна.
Для привязки vCPU необходимо перейти во вкладку Процессоры – Настройка – Привязка. В окне Привязка процессора можно получить информацию о количестве виртуальных процессоров на ВМ и физических процессоров на узле. Далее требуется указать номер виртуального процессора и через двоеточие номер физического процессора сервера виртуализации.
Если необходимо указать привязку нескольких виртуальных процессоров, каждую пару привязки нужно указать через пробел.
Для привязки vCPU0 и vCPU1 к node_cpu4 и node_cpu5 необходимо указать 0:4 1:5. Нумерация процессоров начинается с 0 (node_cpu0).
Параметр 0:0 привязывает ВМ к одному процессору
Приоритет выделения процессорного времени
Приоритет выделения процессорного времени ВМ может понизить или повысить приоритет выделения ресурсов для ВМ.
Есть 2 параметра приоритета процессорного времени ВМ: cpu_priority (LOW, MEDIUM, HIGH) и cpu_shares (от 2 до 10000 (макс. ВМ на кластер)).
По умолчанию приоритет cpu_priority у ВМ средний (MEDIUM), что означает, что через nice на каждый процесс ВМ на узле ставится приоритет 10. Низкий (LOW) приоритет соответствует 19, высокий (HIGH) приоритет соответствует 1.
По умолчанию приоритет cpu_shares у всех ВМ 1024, что означает, что гипервизор считает ВМ одинаково приоритетными. Изменение cpu_shares от 2 до 10000 позволяет изменить относительную приоритезацию процессорного времени ВМ относительно других ВМ. Настраиваемый параметр cpu_shares учитывается для ВМ в целом, при этом количество vCPU не учитывается. Таким образом, стоит увеличить cpu_shares по мере увеличения количества vCPU.
Стоит обратить внимание, что это относительная расстановка приоритетов, а не абсолютная мера времени. Как таковая, приоритезация действительно вступает в силу только в том случае, если перегружены процессоры узла, так что vCPU от разных ВМ конкурируют друг с другом за процессорное время узла. Таким образом, изменение cpu_shares не даёт N единиц процессорного времени. То есть в периоды, когда 2 ВМ нуждаются в процессорном времени, а свободного времени недостаточно для удовлетворения обоих, доступное свободное процессорное время будет выделено ВМ, соответствующим соотношению общих ресурсов.
Тест приоритета cpu_shares
Тест на производительность на разных ВМ (выполняется одновременно). На рисунке показаны 3 процесса ВМ (см. столбец %CPU).
С приоритетом — 1024 (%CPU — 50):
С приоритетом — 512 (%CPU — 25):
Время выполнения теста согласуется с приоритетом.
vNUMA
На данный момент по умолчанию у ВМ есть всегда только один vNUMA узел, к которому относятся все vCPU. Сделано так для того, чтобы можно было «на лету» добавлять планки оперативной памяти и дополнительные vCPU.
Пример одной vNUMA в ВМ с 32 vCPU:
При включении настройки трансляции топологии vNuma (Настройки контроллера), если у ВМ максимальное количество vCPU больше 8, то количество vNuma узлов ВМ равно количеству Numa узлов узла. Максимальное количество vCPU и оперативная память делятся поровну между vNuma узлами ВМ.
NUMA
Для управления резервацией и распределением процессов вычислительного узла можно задействовать сервис numad. Включение/отключение его работы происходит через Настройки контроллера. Настройка действует сразу на все узлы под управлением данного контроллера. При включении настройки через некоторое время включится сервис numad, смотреть его журналы можно командой log numad .
Просмотр текущей статистики по numa осуществляется через команду numastat , для ВМ numastat -p qemu .
Посмотреть id включенной ВМ можно командой vm info .
NUMA и KSM
Рекомендуется при включении сервиса numad отключить параметр «режим дедуплицирования памяти между NUMA nodes» (Merge across nodes) в Настройках KSM узла.
Ограничение частоты vcpu
VMware — ограничение ресурсов виртуальных машин
Имеем виртуальную машину со следующими характеристиками: 
Параметры Limit, Reservation и Shares для пулов ресурсов в VMware vSphere / ESX устанавливаются следующим образом: 
Этими тремя параметрами определяется потребление виртуальными машинами оперативной памяти и процессорных ресурсов хоста VMware ESX.
Limit: определяет ограничение потребления физических ресурсов виртуальной машиной (в пределах хоста ESX) или пулом (в пределах кластера) при любых обстоятельствах. Если поставить виртуальной машине Limit в 333 МГц, то именно с такой максимальной производительностью и будет работать ее vCPU, даже если на хосте с физическими процессорами по 3400 МГц больше никаких машин нет. При этом, если для виртуальной машины установлен Limit в 333 МГц, то оба ее процессора в совокупности не получат более 333 миллионов циклов CPU в секунду, оставшиеся свободные циклы в эту секунду планировщик ESX будет просто ждать.
Reservation: определяет сколько ресурсов процессора будет гарантировано виртуальной машине при работе.
Shares: определяет приоритезацию потребления виртуальных машин между собой в пределах хоста ESX или пула ресурсов. В отличие от Limit и Reservation, Shares имеют значение только тогда, когда ощущается нехватка ресурсов VMware ESX. Есть три стандартные настройки Shares — Low, Normal и High. Чем больше значение Shares — тем больше машина получит ресурсов в пределах пула или отдельного хоста ESX. Можно задать значение Custom и самому расставить соотношение приоритетов, ресурсы будут раздаваться относительно этих значений. Shares вступает в действие при нехватке ресурсов CPU.
Выполнены два теста с параметром Limit = Unlimited и Limit = 333MHz. Видно, что скорость выполнения теста при уменьшении тактовой частоты уменьшается пропорционально.
Linux — ограничение ресурсов виртуальных машин
Совершенно честный планировщик CFS (completely fair scheduler). Cgroup ЦПУ предоставляет два типа контроля ресурса ЦПУ:
- cpu_shares: Содержит некое целое значение, которое определяет относительную долю времени ЦПУ, доступного имеющимся в этой cgroup задачам. Например, задачи в двух cgroups, которые имеют установленными в 100 cpu_shares получат равное время ЦПУ, однако задачи в cgroups, которые обладают cpu_shares, установленным в 200 получат в два раза больше времени ЦПУ чем те задачи, в cgroup которых cpu.shares установлен равным 100.
- vcpu_quota: Определяет общее значение времени в микросекундах, на протяжении которого все задачи в cgroup способны работать за один период (определяется через vcpu_period). Как только все задачи в некой cgroup использует всё заданное этой квотой время, они останавливаются на тот промежуток времени, который определяется значением периода и не допускается к исполнению в следующем периоде.
- vcpu_period: Это период, из которого выделяются квоты ЦПУ для cgroup (vcpu_quota), а значения параметров квоты и периода действуют на основе применения к каждому ЦПУ.
- Чтобы позволить соответствующей cgroup быть способной выполнять доступ к отдельному ЦПУ на 0.2 секунды на протяжении каждой секунды, установите vcpu_quota в 200000, а vcpu_period в 1000000.
- Чтобы позволить некому процессу задействовать отдельный ЦПУ на 100%, установите vcpu_quota в 1000000 и vcpu_period равным 1000000.
- Чтобы допускать некому процессу использовать 100% два ЦПУ, установите vcpu_quota_ равной 2000000, в то время как vcpu_period равным 1000000.
Для виртуальных машин используем команду
virsh + schedinfo domain [[—config] [—live] | [—current]] [[—set] parameter=value].
- —live устанавливает параметр в работающую ВМ;
- —config повлияет на ВМ на следующем старте.
Для того же самого теста. Если quote в 10 раз меньше period, планировщик отдает 10 раз меньше времени этой ВМ.
Дефолтные значения для планировщика
В xml-описании ВМ сделаны следующие записи
Пример изменения частоты и результаты
Изменим частоту физического и виртуального процессора на 1000Мгц.
Тест показывает результат:
Если изменим частоту виртуального процессора на 333Мгц, то тест покажет результат:
То есть планировщик отдает только ⅓ процессорного времени для этой ВМ относительно изначальной частоты 1000Мгц.
Что такое PCI ROM Priority в настройках БИОСА ?
Материнская плата GA-H77-DS3H rev 1.2 БИОС F9, Процессор Intel Core i7 3770, Блок питания AeroCool VP-550.
Голосование за лучший ответ
В приоритете ПсиРОМ. Поменяй на СДРОМ
Похожие вопросы
Ваш браузер устарел
Мы постоянно добавляем новый функционал в основной интерфейс проекта. К сожалению, старые браузеры не в состоянии качественно работать с современными программными продуктами. Для корректной работы используйте последние версии браузеров Chrome, Mozilla Firefox, Opera, Microsoft Edge или установите браузер Atom.