Исходное сообщение
"Оценка производительности ZFS-FUSE в сравнении с EXT4 и Btrf..." Отправлено iZEN, 01-Сен-10 21:38
>[оверквотинг удален] > >Э нет, батенька. :D >Вывод в статье один - надо поставить блок бесперебойного питания. >>Не изворачивайся как угорь в банке.  :) Не констатируй того, чего я не говорил. > >не изворачивайся как рак в кастрюле. >твои выкрики про плачевное состояние фс в линухе сводятся к - экст3 >позволяет полное журналирование, а софтапдэйт - нет. вообще. >и где твои 30 секунд? там же, http://web.opennet.ru/base/sys/softupdates_idea.txt.html >>Hо само ее состояние может соответствовать любому моменту времени в прошлом. "Kirk McKusick, разработчик Berkeley FFS, решил эту проблему с помощью Soft Updates: все незавершенные обновления метаданных находятся в памяти и записываются на диск в упорядоченном виде (''упорядоченное обновления метаданных''). При значительных обновлениях метаданных более поздние обновления ''присоединяются'' к предыдущим, если они все еще находятся в памяти и еще не записаны на диск. Поэтому все операции, скажем, над каталогом, обычно выполняются в памяти перед записью обновления на диск (блоки данных сортируются в соответствии с их положением, так что они не будут записаны на диск до метаданных. При крахе операционной системы выполняется ''откат'': считается, что все операции, не записанные на диск, никогда не происходили. Файловая система находится в том состоянии, в котором она была за 30-60 секунд до сбоя. Используемый алгоритм гарантирует, что все используемые ресурсы маркированы соответствующим образом в своих областях: блоки и индексные дескрипторы. После сбоя могут остаться только ошибки выделения ресурсов, они помечаются как ''используемые'', хотя на самом деле ''свободны''. fsck(8) разбирается в ситуации и освобождает более не используемые ресурсы. После сбоя система может быть безопасно смонтирована с опцией mount -f. Для освобождения ресурсов, которые могут не использоваться, в дальнейшем потребуется запустить fsck(8). Эта идея лежит в основе background (фоновая) fsck: во время запуска системы записывается только снимок файловой системы. Все системы могут быть смонтированы в ''грязном'' состоянии, и система загружается в многопользовательский режим. Затем, фоновые fsck ставятся в очередь для всех систем, где это требуется, чтобы освободить неиспользуемые ресурсы. (Файловые системы, где не используются Soft Updates, все еще требуют запуска fsck в обычном режиме)." >опять врёшь? :D Угу: http://www.freebsd.org/doc/ru/books/handbook/configtuning-di...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>[оверквотинг удален] >> >>Э нет, батенька. :D >>Вывод в статье один - надо поставить блок бесперебойного питания. >>>Не изворачивайся как угорь в банке. :) Не констатируй того, чего я не говорил. >> >>не изворачивайся как рак в кастрюле. >>твои выкрики про плачевное состояние фс в линухе сводятся к - экст3 >>позволяет полное журналирование, а софтапдэйт - нет. вообще. >>и где твои 30 секунд? там же, http://web.opennet.ru/base/sys/softupdates_idea.txt.html >>>Hо само ее состояние может соответствовать любому моменту времени в прошлом. > "Kirk McKusick, разработчик Berkeley FFS, решил эту проблему с помощью Soft Updates: > все незавершенные обновления метаданных находятся в памяти и записываются на диск > в упорядоченном виде (''упорядоченное обновления метаданных''). При значительных обновлениях > метаданных более поздние обновления ''присоединяются'' к предыдущим, если они все еще > находятся в памяти и еще не записаны на диск. Поэтому все > операции, скажем, над каталогом, обычно выполняются в памяти перед записью обновления > на диск (блоки данных сортируются в соответствии с их положением, так > что они не будут записаны на диск до метаданных. При крахе > операционной системы выполняется ''откат'': считается, что все операции, не записанные > на диск, никогда не происходили. Файловая система находится в том состоянии, > в котором она была за 30-60 секунд до сбоя. Используемый алгоритм > гарантирует, что все используемые ресурсы маркированы соответствующим образом в своих > областях: блоки и индексные дескрипторы. После сбоя могут остаться только ошибки > выделения ресурсов, они помечаются как ''используемые'', хотя на самом деле ''свободны''. > fsck(8) разбирается в ситуации и освобождает более не используемые ресурсы. После > сбоя система может быть безопасно смонтирована с опцией mount -f. Для > освобождения ресурсов, которые могут не использоваться, в дальнейшем потребуется запустить > fsck(8). Эта идея лежит в основе background (фоновая) fsck: во время > запуска системы записывается только снимок файловой системы. Все системы могут быть > смонтированы в ''грязном'' состоянии, и система загружается в многопользовательский режим. > Затем, фоновые fsck ставятся в очередь для всех систем, где это > требуется, чтобы освободить неиспользуемые ресурсы. (Файловые системы, где не используются > Soft Updates, все еще требуют запуска fsck в обычном режиме)." >>опять врёшь? :D > Угу: http://www.freebsd.org/doc/ru/books/handbook/configtuning-disk.html
	Введите код, изображенный на картинке: