|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrew Filonov 2:5020/400 24 Oct 2005 17:06:55
To : Slawa Olhovchenkov
Subject : Re: Выключение
--------------------------------------------------------------------------------
>>>>> "SO" == Slawa Olhovchenkov writes:
SO> А теперь попробуй аргументировать, почему при async'е более
SO> вероятно получить битую fs.
за счет большего временного интервала, в течение которого данные
не соответствуют метаданным. См Handbook
SO> Вот рассмотрим например теоретический предельный случай: очень
SO> агрессивное кэширование и у нас никакие изменеие в метаданных на
SO> диск вообще не писались. Да, данные при этом фактически
SO> пропадут, но структура-то асталась неизменной и следовательно
SO> целой.
Обычно случаи сильно более другие.
SO> Другой вариант, кэширование было менее агрессивное, но из-за
SO> ускорения работы все записи были завершены к моменту Т, а сбой
SO> был в момент Т+Х. А при sync работа завершилась бы только к
SO> моменту T+X+Y.
Синхронная система находится в грязном состоянии только в интервале
между записью данных и записью соответствующих метаданных,
т.е. некие дискретные интервалы в диапазоне 0..Tsync
Асинхронная - практически непрерывно в диапазоне 0...Tasync
Само соотношение Tsync/Tasync - совершенно несущественно.
С учетом того, что операций с диском как правило ведется более одной,
асинхронная система является грязной почти всегда. В отличие от
синхронной.
SO> Hету сравнения при одинаковых условиях. Т.е. два одинаковых
SO> компа, выполняющих одинаковые запросы, но один в sync, а другой
SO> -- в async. И сравнеине последствий.
Hе бывает тут одинаковых условий - только статистика.
Вот не помню я случаев, чтобы fs смонтированная sync потребовала бы
ручного fsck (хотя у меня в свое время стояла железка, которая
самопроизволно ребуталась раз в пару дней).
--
Andrew E. Filonov
The least experienced fisherman always catches the
biggest fish.
--- ifmail v.2.15dev5.3
* Origin: Sviaz-Servis-Internet ltd. (Sovam-Teleport) (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
