|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 14 May 2004 11:39:28
To : Sultan Azhiguzhayev
Subject : Journal FS mustdie!
--------------------------------------------------------------------------------
14 May 04, Sultan Azhiguzhayev writes to Slawa Olhovchenkov:
SO>> Сначла докажи данное утверждение. Оно далеко не беспорно.
SA> "иди букварь читать" (с) твое любимое.
SA> если пришел блок данных на запись, а данные были закэшированны, т.н.
SA> отложенная запись, то в случае "форс-мажора", никто их больше на этом свете
SA> не увидит.
Ты не учитываешь особенностей современных винчестеров. В частности того, что при
сбое по питанию в момент записи накрыться может вся дорожка целиком.
SA> Если при "просто кэшировании" (прямо, просто мария, какая-то :), кусок
SA> блока уже полез на запись (а сисетма при "просто кэшировании" у нас
SA> "просто" и без журнала), то при сбое мы рискуем получить
SA> противоричивость в недрах fs, что критично при модификации файлов.
А вот тут головой думать надо, когда алгоритмы работы с FS пишутся. И
модифицировать структуры в таком порядке, что бы минимизировать возможные
проблемы. ffs/ufs в этом плане уже лет 20 отлаживали и поэтому их и не разносит
при таких сбоях в дребезги. А вот в новомодных еще не на все грабли наступили и
поэтому при особо удачных обстоятельствах удается получиь вместо FS
замечательную кашу. Причем журналирующих FS это касается ососбо, как из-за
сложности так и из-за того, что после сбоев с ними работать начинают без
серьезной проверки структуры и посему есть хорошие шансы, что при этом FS может
разнести гораздо сильнее.
SA>>> softupdates - это не "просто кеширование", если что...
SO>> Я не произносил слова softupdates.
SA> ты всё в sync монтируешь? недобрый...
В async.
... Что бы различать оттенки дерьма надо быть гурманом.
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
