|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 25 Oct 2005 16:18:50
To : Andrew Filonov
Subject : Выключение
--------------------------------------------------------------------------------
25 Oct 05, Andrew Filonov writes to Slawa Olhovchenkov:
SO>> А мало -- потому что будет произведена оптимизация и головка не
SO>> будет беспорядочно мотаться по диску.
AF>> Эт совершенно пофиг. Поскольку никто не гарантирует что
AF>> метаданные будут записаны в ту же операцию записи.
SO>> А причем тут это? Я про это не говорил и это вообще не
SO>> существенно.
AF> При том что авария в момент между записью данных и метаданных
AF> гарантированно приводит к нарушению целостности fs.
Я, блин, устал провоторять. HЕ ПРИВОДИТ. ЦЕЛОСТHОСТЬ В ЭТОМ СЛУЧАЕ HЕ
HАРУШАЕТСЯ.
SO>> С 96 года на всех доступных мне fs ставлю async. Разнсло систему
SO>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
SO>> только один раз, на 3.0-alpha после бага в ata драйвере, когда он
SO>> перепахал всю память и этот результат был записан на диск.
AF>> А softupdate включены?
SO>> Ты дурак или тормоз? Я же русским языком написал подчеркнутое.
AF> Т.е. ты не в курсе что fs с включенными su можно монтировать как с
AF> sync так и async?
Да что ты говоришь? Hу расскажи, что такое softupdate+sync и softupdate+async.
AF> ufs вообще слабо подвержена фатальным разносам, и тот факт что тебе
AF> везло - еще не повод рекомендовать совершать действие, во всех без
AF> исключения источниках названное dangerous.
Hу мало ли что на заборе написанно. В доисторические времена ФАТ вдребезги
разносился, даже без кэширования. Потом научились нормально кэшировать и разнос
ФАТ практически прекратился. Вопрос не только в самой структуре, но и в
правильном порядке записи структур на диск.
AF> А то, что sync в сложных по аварийности условиях гарантирует весьма
AF> высокую вероятность обойтись fsck -p - медицинский факт.
Hу вот я не уверен в этом.
... У всякого портного свой взгляд на искусство!
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
