Arabezar

Её величество Лень. Я уже стока провозился с VMM, и уже переполз на ESXI из-за тормозов с VMM. Так что даже при желании уже не проверю, если не буду всё переставлять заново.

Есть подозрение, что именно подобная функциональность приводит к замедлению, а иногда и совсем неприличной скорости работы, виртуальных машин под VMM, но это только в теории.

Тут вопрос - для чего именно нужна видяха. Насколько мне известно, для транскодинга, т.е. для обработки фото и видео контента DSM, возможно использовать только GPU. Если требуется погонять в какую игруху в виртуалке, то видюху пробрасывать в саму виртуалку, и здесь проблем я вообще не вижу. Мой сервер NAS используется для DSM, Home Assistant и нескольких виртуалок, не требующих видео ресурсов, поэтому мне любая дискретка не актуальна.

Большинство DSM (и загрузчик) не требуют графической карты, для DSM важно графическое ядро процессора... и то только для транскодинга.

У меня не получилось указать в параметрах Arc. Проще всего (без всяких терминалов) - после установки addon-а в Планировщике задач создать задачу с запуском от root и с кодом, например: /usr/sbin/storagepanel.sh RACK_8_Bay ... список всех значений можно посмотреть в самом скрипте (через терминал), а можно и в проекте автора... или выше на страничке (даже с картинками). Запустить задачу и обновить страничку браузера с отображением дисков (максимум - выйти и зайти в DSM под текущим пользователем)

Я в ESXi 8 выделил под DSM 7.2 - 2 CPU и 4 GB ОЗУ. Каких только пакетов не установлено - Photo, Video, Audio, Surveillance Stations, Wiki, WordPress, ABB, LDAP, DNS, Drive Servers, Container manager с работающими контейнерами (в основном web). Раньше DSM стоял на самом железе (i3-9100F + 32GB), на нём HomeAssistant в контейнерах (теперь виртуалка) и VMM, но благополучно от VMM отказался. Пока в ESXi 8 не заморачивался, 2 месяца - на попробовать. Если ставить ESXi 6, то он и вовсе бесплатен. ESXi изначально совсем не знал, но въехал достаточно быстро, ничего страшного в нём нет, всё решаемо. Да и ошибок у меня как таковых серьёзных не было.

Это лечение было временным. Кардинальное решение - отключение "Microsoft Store" в реестре или групповой политике Правда, пока не ясно, что делать, если этот Store необходим...

У меня (Supermicro) тоже через БИОС. Но мало ли, человеку поможет...

Чёт явно не по теме вопрос... Однако, вот здесь (https://gist.github.com/borekb/8746c61a6bf56de836680592a2f1b6ec) почитайте, есть что интересное. Там же ссылки ещё на два источника.

Да без разницы, важно, что причиной является использование ESXi вместо VMM. )) У меня исключительно положительные эмоции по сравнению с глюками VMM, возможностями работы с виртуалками и невозможностью DSM из коробки работать с NVMe (как хранилище) на голом железе. У каждого свои приоритеты.

VMM оказался медленнее такого монстра, как ESXi, что ожидаемо. Не было двойной эмуляции, DSM раньше стояла прямо на железке. Но в общем, Вы правы с выводами. Не путайте мух с котлетами. Увеличение производительности CPU - полностью за счёт ESXi, NVMe вообще не участвует в тесте, а увеличение производительности SSD - за счёт NVMe, про ESXi я здесь ничего не писал.

Протестировал изменение производительности (CPU + SSD) переносимых виртуальных машин при переносе DSM 7.1.2 VMM -> ESXi 8.0.2U. Напомню про железо: Supermicro MBD-X11SCL-iF + Intel Core i3-9100F + 32 GB DDR4 + SSD для виртуалок. Под VMM был SSD SATA III, Intel 545s, 512 GB, убрал его из системы, т.к. всего один M.2 разъём, поддерживающий и SATA и NVMe, поставил NVMe 4x4, Samsung PM9A1, 1 TB (реально PCIe 3, а не 4, т.к. мать больше не держит). В целом я доволен. По CPU (тесты в браузере) показали прирост от 18 до 50%, здесь исключительно заслуга ESXi. По SSD (CrystalDiskMark) - от 100 до 400% прироста (большие файлы) по чтению и от 300 до 6000% по записи. Это и понятно - VNMe рулит! Здесь ещё сказалось ограничение матери (PCIe v3), а то б ещё круче было бы.

Очередная неожиданная проблема - работает себе виртуалка Windows 11 под ESXi, работает с загрузкой проца на 5%... а потом внезапно подлетает до 100% и уже не опускается ниже. Несколько раз уже замечал. Появляется раз в два дня. Самый загружаемый процесс - Служба установки Microsoft Store, за ней идёт ещё набор локальных служб (см. картинку), причём с активнейшим обращением к диску, что для SSD не есть хорошо) Лечится остановкой "Службы установки Microsoft Store" или перезагрузкой виртуалки. Может, как-то по-другому можно? Кто сталкивался и как лечили?

КМК не помогло бы, тут другое...

Ставился на праздниках с нуля (правда, под ESXi, а не с флэшки). Проблем нет. UPD: 4 часа назад вышел очередной релиз - 24.1.13