Отличается ли это от SSD без DRAM, где не требуется PLP, потому что всё всегда записывается во флэш-память, и, следовательно, возникновение записи ещё хуже (а скорость/IOPS также ниже)?

Да... это все еще проблема... Я думаю, что в наши дни это нормально, но если посмотреть на первые поколения SSD, то было довольно неRare, что потеря питания приводила к повреждению внутренних таблиц, в результате терялись все сохраненные данные. Данные все еще были, но перепутаны, и без знания того, как вернуть их в правильном порядке, данные становились бесполезными. Думаю, внутреннее журналирование SSD тогда еще не существовало.

Просто несколько сообщений на форуме, которые представляют собой мнения незнакомцев в интернете. Разработка продвинутых алгоритмов выравнивания износа и тримминга, вероятно, заняла некоторое время, прежде чем они смогли гарантировать, что данные "в состоянии покоя", которые также перемещаются в фоновом режиме, всегда безопасны. Если ты знаешь больше о том, как это работает, пожалуйста, дай знать. Я все еще предполагаю, что тебе нужна либо резервная питание (батарея или конденсатор), либо запись всего на флэш-память (или какой-то другой постоянный кэш или быструю флешку). И только резервное питание может уменьшить эффект записи (и синхронизацию кэша), что почти обязательно с современными журналируемыми и CoW-файловыми системами. Единственный раз, когда я потерял зеркало ZFS, был во время отключения электроэнергии, пока пул (оба "профессиональные" MLC-накопителя) выполнял триммирование, что, вероятно, является примером изменения порядка данных именно так.

Да, это по-другому.

У MX500 есть своя реализация PLP, которая не использует конденсаторы, я не уверен, что могу доверять этому на 100%, и предпочел бы иметь пару NVME из дата-центра для записи данных и последующей их выгрузки на SSD в фоновом режиме, но это лучше, чем ничего.