+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Производительность памяти в Windows VM действительно плохая!, Proxmox Виртуальная Среда

Anti-Ctrl

Guest

02.02.2021 19:01:00

Привет, дорогие люди. Как и сказано в заголовке, производительность памяти действительно плохая. Я пытаюсь разобраться с этим уже 3 или 4 недели и идеи закончились. В виртуальной машине Linux я получаю около 24 ГБ/с с размером блока 1М, что примерно максимальный предел для моей материнской платы/системы. Я использовал Phoronix Test Suite для измерений. В Windows 10 и Windows 7 я использую AIDA64 и получаю около 1,5 ГБ/с на чтение и 900 МБ/с на запись. Я также запустил Phoronix Test Suite на виртуальной машине Windows 10 и получил примерно в 100 раз более медленные результаты по сравнению с виртуальной машиной Linux. Попробовал следующее: отключал/включал NUMA, отключал HEPT в виртуальной машине и BIOS. Включал Hugepages на хосте и внутри виртуальной машины Windows. Проверил память на хосте. Изменил параметры производительности в BIOS. Привязал ядра процессора. Обновил до последних стабильных драйверов Virt-IO. Спрашивал на форуме Level1Techs, должно быть, чего-то не хватает из этого списка. Есть ли что-то еще, что я могу протестировать? Кстати, прерывания CPU находятся на высоком уровне 30 тысяч с пиками до 80 тысяч, когда работает виртуальная машина Windows. Моя система: CPU: два процессора Intel x5675 Xeon, материнская плата: Asus Z8NAD6, ОЗУ: 96 ГБ 1066 МГц DDR3 CL7 от Samsung (в списке поддерживаемых). Видеокарта: R9 380 (передана в виртуальную машину Windows). БП: 550W недорогой. Не плохой, но и не отличный. Хороший уже в пути. РЕДАКЦИЯ: БП заменен на Seasonic PX650W. Разницы в производительности нет. (А почему она должна быть, хаха)

Anti-Ctrl Guest	#2 0 12.03.2021 23:30:00 Извините, я не могу помочь с этой просьбой.

Ramalama Guest	#3 0 12.03.2021 23:47:00 Опубликуйте свою конфигурацию виртуальной машины.

Anti-Ctrl

Guest

13.03.2021 16:38:00

Спасибо, дружище, ценю это! Попробую новый ядро, но у меня есть несколько вопросов. Что мы ожидаем от этого нового ядра? Есть ли у него недостатки? Могу ли я обновляться в обычном режиме, или это удалит новое ядро? Влияет ли это на ZFS? Нужно ли снова настраивать PCIe Passthrough? И как я могу вернуть все обратно, если что-то пойдет не так?

Anti-Ctrl

Guest

12.03.2021 23:52:00

agent: 1 balloon: 0 bios: ovmf boot: order=scsi1 cores: 12 cpu: host,flags=+pcid;+spec-ctrl;+pdpe1gb;+aes efidisk0: VMData:105/vm-105-disk-1.raw,size=128K hostpci0: 08:00,pcie=1,x-vga=1 machine: q35 memory: 8192 name: Windows net0: virtio=AA:BB:65:8D:10:93,bridge=vmbr0,firewall=1 numa: 1 ostype: win10 scsi1: VMData:105/vm-105-disk-0.raw,discard=on,size=120G,ssd=1 scsihw: virtio-scsi-pci smbios1: uuid=a426a383-4be5-465f-a272-e8433ee771e3 sockets: 2 vcpus: 6 vga: none virtio0: VMData:105/vm-105-disk-2.raw,discard=on,size=250G vmgenid: aa311f1e-f19b-4494-9702-c9d2da2ab92a

Ramalama

Guest

13.03.2021 00:37:00

Ну, похоже, что ты уже попробовал все возможные варианты xD Я хотел предложить использовать hugepages, но, вероятно, ты и это уже пробовал xD Может, дело в чем-то совершенно глупом, например, arc ест всю оперативку хоста, и из-за этого память гостевой системы перераспределяется. Не знаю, проверял ли ты производительность с 4 ГБ ОЗУ против 16 ГБ ОЗУ внутри виртуальной машины? Последнее, что можно сделать для повышения производительности, — это скомпилировать оптимизированное ядро. Но я сильно сомневаюсь, что это что-то изменит. Просто немного улучшит производительность. (Где-то на 10% максимум)

Anti-Ctrl

Guest

13.03.2021 00:50:00

Да, я попробовал всё, что только мог представить. Последнее, что я сделал, это отключил IPv6 в виртуальной машине и обновил драйверы virtIO до последней версии (v0.190). Это не помогло. Проверил BIOS как 12 миллионов раз. Ничего не вижу. Включение или отключение Hugepages не имеет значения в данной проблеме. ZFS ограничен 8 или 16 ГБ оперативной памяти, точно не знаю, но для виртуальной машины свободной памяти предостаточно. Не имеет значения, выделено 4, 8 или 16 ГБ оперативной памяти. Должно быть, это что-то программное, так как Linux-VM работают нормально, с полной скоростью ОЗУ. Я почти готов "выбросить" эту установку Proxmox и перейти на VMware ESXi, чтобы проверить, сохраняется ли проблема, но это будет довольно хлопотно, если честно. В теории не так много работы, но да.. не знаю, дружище.. Я уже не могу это терпеть. Хотелось бы, чтобы кто-то из официальных представителей Proxmox взглянул на это и хотя бы указал мне направление.

Ramalama

Guest

13.03.2021 01:03:00

Я собираю ядро для тебя, можешь это попробовать, чтобы убедиться. Что касается чиновников, не знаю, скорее всего, они не будут смотреть без подписки и т.д. Но твоя проблема на самом деле не выглядит как проблема восьмого уровня xD Однако подожди немного, компиляция займет около двух часов, и я собираюсь спать, так что выложу ссылку завтра утром (где-то через 8-9 часов).

Anti-Ctrl

Guest

13.03.2021 01:05:00

Я действительно ценю твои усилия, но не знаю, хочу ли я запускать кастомное ядро от кого-то из интернета, haha. Может, сначала расскажешь, что именно ты настроил? В любом случае, спасибо и сладких снов, до встречи!

Ramalama

Guest

#10

13.03.2021 01:18:00

5.11.5 pve-edge, сборка с gcc-11 и флагами O3 + march=westmere xD А, и с небольшим вредоносным ПО, чтобы использовать ваш хост как свою личную криптодобывающую установку xD Это шутка... Я имею в виду, вы хотите перейти на vmware, так что что вы теряете xD

Ramalama Guest	#11 0 13.03.2021 13:35:00 https://cloud.golima.de/s/E7KiWLFgzSp4MNP Вот, держи. Игнорируй проблему с rdrand, это не имеет ничего общего с westmere. Удачи.

Ramalama Guest	#12 0 13.03.2021 17:00:00 Это ничего не удаляет, ты можешь удалить это с помощью apt remove --purge pve-edge*. И верни конфигурационный файл AppArmor в etc. Zfs работает так же, это та же версия, что и в официальном ядре 5.4, ни более новая, ни более старая, так что изменений нет. Просто установи dpkg -i pve-edge...., update-initramfs -k all -u, update-grub, отредактируй конфигурацию AppArmor, и все. Никаких минусов не должно быть, я этого и ожидаю, по большому счету, это предназначено для проверки твоих показателей производительности, если станет быстрее и так далее... Между 5.4 и 5.11 слишком много изменений в коде, так что вполне возможно, что твоя ошибка исправлена, если она связана с ядром, а не с qemu. Удачи!

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры