> Файл записывается в сектора, ПОТОМ обновляется системная инфа (каталог) и вуаля! IMHO во FreeBSD это называется SoftUpdate.
> Я не совсем понимаю, а что за такие громадные преимущества даёт "журнал"?
1) технология журналирования уже расPRена (журнал магически исправляет ошибки дизайна)
2) новую "надежную ФС" могут написать даже "индусы" (речь не об конкретной ФС и тем более ОС)
3) идея журналирования широко используется уже 20 лет
главный козырь) у нас -- как в ntfs, только лучше! ;-)
> Зачем ещё какие-то параноидальные "повышения надёжности"?
журналирование ФС используется не для повышения надежности, а для сокращения времени восстановления ?_внутренних_ структур ФС после сбоев. О сохранности пользовательских данных речи вообще _нет_.
Для повышения надежности используется аппаратный кэш (статическая память*) дисковой подсистемы. Или в бюджетном варианте синхронная запись на диск.
* статическая память -- может пережить отключение питания, при этом очень быстрая и очень дорогая.
> Проблему надумали?
Нет, любое техническое решение -- это компромис, ширпотреб "кукурузник" не сможет летать как дорогой "истребитель".
В данном случае пытались ускорить запись, за счет снижения надежности. Думаю все знают, что последовательная запись большого файла идет значительно быстрее, чем запись множества коротких.
С увеличением задержки, можно сгруппировать обращение к диску -- следовательно скорость увеличится.
Но чем больше задержка, тем больше потери при крахе системы.
В статье говорилось о задержке перед записью в 60 сек -- значит при падении системы, будут терятся (в среднем) все записи сделанные за последние 30 сек перед сбоем.
