Режим кофеварки

Все можно рид-онли или tmpfs, кроме того раздела, на который пишутся собранные данные.

С SSD ничего не будет, но могут не успеть сброситься кеши, что приведет к неконсистентному состоянию ФС (поэтому и требуются провверки).

Если данные собираются в виде append-only лога, то можно достаточно быстро и легко нагородить свое решение вместо ФС общего назначения.

Может кто из производителей что-то гарантирует?

RAID с BBU....

Что будет с SSD если ему просто отрубить питание?

Зависит от контроллера SSD. Некоторым очень плохеет. Имею печальный опыт связки SSD+HDD без UPS (система загружалась с SSD и сохраняла логи и БД на HDD). При аварийном отключении питания SSD умерли (на 3-х ПК). Причем система на SSD была типа Live-CD (т.е. read-only c загрузкой в память). В результате - срочная командировка для восстановления работы, SSD выкинул (забрал домой - после форматирования работает в домашнем ПК), систему перенес на HDD. В последующем было еще несколько аварийных отключений - никаких проблем!

С SSD ничего не будет...

Вот оратор ниже не подтверждает. Данные апенд онли, да. Просто не хочется городить велосипед.

ББУ понятно, а как рейд поможет?

Хм, контролёр тот который в матери. А куда смотреть? Как узнать что будет?

рэйд контроллер с кешем и батарейкой, питающей этот кеш...

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

Хм, контролёр тот который в матери. А куда смотреть? Как узнать что будет?

Нет - контроллер, который в SSD. А смотреть отзывы, профильные конференции + никто не мешает самому провести эксперимент. В моем случае (потом уже) нашел много аналогичных сообщений - в погоне за производительностью контроллер SSD держал много важных данных в памяти.

Хочется что бы это хозяйство не умирало когда его грубо выключают и не требовало долгих проверок диска при следующем включении

Чем не устраивает любая журналируемая ФС?

Чем не устраивает любая журналируемая ФС?

Вот в том и вопрос любая ли?

Ссыль было б клево.

Не вижу, почему нет, поэтому - да, любая. Ну, с поправкой на то, что если у тебя на плате сырой флеш, у тебя может тупо не быть выбора.

Это понятно что не всяк рейд с батарейкой. Вопрос как оно потом стартует и сколько потеряет.

А тесты есть опубликованые?

Выбора таки не дофига.

А тесты есть опубликованые?

Тесты на что именно?

https://www.thomas-krenn.com/en/wiki/RAID_Controller_and_Hard_Disk_Cache_Sett...

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

Можно смондировать с опцией sync, но сколько я ни пробовал, работает страшно медленно (100 кб/сек)

Типа рубанул, что дальше. А вообще хороший вопрос тесты чего? Спасибо. Буду дальше думать.

Спасибо, гляну.

100 кил не вариант, это точно .

Если я правильно догадываюсь и тебе просто надо писать N файлов в режиме append-only, зачем тебе вообще тесты ФС? Пиши в конец файла блок и чексумму, и задача решена.

Для начала, я бы сделал сборку на базе OpenEmbedded/Yocto, где вся система работает исключительно из ramfs. Я такое делал и это идеально помогало при внезапном вырубании питания, при том что можно было что-то даже модифицировать в процессе работы.

Соседний отдел, когда я поинтересовался, как они решили проблему внезапного вырубания, сказали что так как у них append-only, то они просто сделали СВОЮ примитивную файловую систему, даже не систему, а просто заголовки блоков фиксированной длины, чтобы при старте системы можно было отыскать где продолжать.

Стоит отметить, что наблюдал помирание даже журналируемой ФС на некоторых SSD от фирмы Innodisk, это промышленные. Так и не стали искать причину.

Когда мне надо было решить задачу чтобы всё таки была обычная ФС уже на других носителях, то просто помогла опция монтирования, так я обеспечил пропадание всего пяти последних секунд, при сохранении скорости несколько мегабайт в секунду.

Да, наверное ramfs + поделие из блоков с заголовками (или хвостами) будет самое простое решение. Я просто подумал что не я первый такое делаю и есть что-то готовое.

Да, это append only с переписыванием сначала когда место кончается. Видимо проще вообще без ФС.

Без ФС проще, когда файл ровно один и всегда будет один. И, насколько я понимаю, с UBIFS ты почти ничего не выигрываешь за счет отсутствия ФС.

С UBIFS ты мне прям новый мир открыл. Спасибо. Честно говоря я окромя ext3/4 ничего и пользовал. Разработчики утверждают 100000 отрубаний питания в стресс тестах прошли. С FS оно конечно гораздо веселее жить.