Я пытаюсь найти более точную информацию, но есть ли документированные примеры загрузки ОС с реального NVDIMM (одного или нескольких), возможно, с файловой системой DAX?
Я понимаю, что NVDIMM сейчас довольно малы (NVDIMM-N в настоящее время имеет максимальные 32–64 ГБ), так что это делает его несколько непривлекательным. Можно испытать желание сделать какую-то мягкую схему RAID или использовать UEFI BIOS с возможностью чередования нескольких NVDIMM в одном устройстве (обычно объединяя только один и тот же NVDIMM, свисающий с одного и того же ЦП, обычно максимум 6 устройств чередуются в определенном наборе для 12 слотов памяти процессора).
Согласно этому
Windows 10/2016 понимает автономный NVDIMM-N (поэтому множественные распознаются как отдельные диски), но UDI BIOS с чередованием NVDIMM (плохо работающий RAID 0) не поддерживается. В этом случае это означает отсутствие официальной поддержки Microsoft, но ее можно использовать или она действительно не распознается? (Смысл в том, что API управления работоспособностью не будут работать, поскольку они не могут видеть отдельные части чередующегося набора, но если вам не нужна эта информация ...)
Также может показаться, что для правильной сборки разделенного на GPT диска NVDIMM с необходимым UEFI-разделом нужно сначала выполнить загрузку с другого экземпляра Windows, а затем с разделом в формате NTFS DAX для установки ОС.
Похоже, что Windows подходит для использования диска NTFS DAX для хранения данных, а том NTFS DAX может быть доступен как блочное устройство, поэтому наличие системного загрузочного тома не должно иметь никаких негативных последствий ...
Похоже, что на стороне Linux, похоже, что grub и mdadm и ext4 должны охватывать такие вещи, чтобы вы могли создать массив из отдельных устройств памяти PMEM и развернуть файловую систему EXT4 DAX для установки, но не совсем ясно, насколько хорошо она понимает UEFI BIOS с чередованием NVDIMM, хотя он должен загрузиться.
Итак, кто-нибудь на самом деле это проверил?