Лютый гос с бесплатной работой)

На mdadm оно б работало +- так же

Хз, от потери питания терял mdadm на днях тестовый из 1 го диска, правда питание там полоскало раз 20))

Суть была в переносе с zfs базы

А датацентроацы на м9 устроили прикол

В общем не успелся

На том сервере - 2 плашки озу

И - этот тестовый, его делал как рейд1 с отсутсвующим временно диском

Но другая бд норм живёт уже лет 5

Так что двояко все

Есть ещё вопрос близкой тематики. Например, если у меня разбит ssd на несколько партиций, и на одной стоит виртуальная машина обращающаяся к записи ssd, в пределах своей партиции, намного активнее чем к другим разделам этого же ssd (или ssd raid), то будут ли например в zfs(2) или ext4 или mdadm применяется технологии подобные "ssd wear leveling" и "ssd write amplification" для оптимального использования поверхности ssd? Имею в виду всего ssd целиком или всего рейд массива. Помню что раньше вроде в exfat такое для флешек делали, но такое по идее там только в пределах одной партиции могло работать, да и exfat уже довольно древняя. Современные файловые системы спрогрессировали в этом направлении?

ssd внутри сами по себе copy-on write, они сами при перезаписи выбирают блоки чтобы распределить износ

так что если будешь все время переписывать "начальные" байты диска, ссд будет произвольно выбирать новое место

Любой ssd? Я просто предполагаю оно ещё от контроллера и производителя может зависеть. Хотя, если задуматься, то это везде должны делать. Но даже то что очевидно не всегда попадает на конвейер. Почему-то. Люди костные порой. Если хуже не сказать...

из за особенностей перезаписи - если в лоб перезаписывать данные на ссд - будут слишком высокие задержки. Процесс стирания данных очень долгий. Процесс записи в чистую ячейку очень быстрый

только Intel 3dx point работает иначе (Optane)

там в 2 шага всегда перезапись
1) стирание
2) запись

У меня adata m2, свежие.

да не важно.. NAND память так работает

можно сказать так: есть HDD, SSD и 3dxpoint(Optane)