|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : vladimir.sharun@ukr.net 2:5020/400 11 May 2006 20:08:39
To : Leizer A Karabin
Subject : Re: Журналирующие FS
--------------------------------------------------------------------------------
Leizer A. Karabin wrote:
>>> В data mining (терабайты) всегда нет.
LAK>
DK>> Отсюда подробней, плз.
LAK>
LAK> Из общих соображений это очевидно: если на момент крэша тучи
LAK> открытых файлов, тучи незавершённых транзакций, то для сохранения
LAK> целостности ФС требуются кучи же и откатов, на что нужно время.
LAK> Разумеется, файлы, затронутые в момент крэша, никто не гарантирует, что
LAK> выживут, но опасных для целости самой ФС моментов для крэша много меньше,
LAK> чем при отсутствии журнала.
В целом - да, но: reiserfsck --fix-fixable, а потом и --rebuild-tree заняло
на тестовых 960Гб (засраных по самое немогу миллионами файлов) 18 часов, а на
UFS2 - 3 часа. Потери что там, что там, до сотни файлов. Hи разу после
крэша журнал не спасал: mount говорил что надо запускать fsck на
отмонтированную fs и соотв. не монтировал ее в RW (это для reiserfs).
Кстати background fsck freebsd'шный тоже отличился: работает неск. часов
(мы продолжаем эмуляцию workload'а), после чего переводит все работающие
процессы в состояние suspfs. Естественно файловая система заблокирована и
ничего сделать нельзя. Ребут, сингл мод и fsck вручную.
--
UKR.NET Postmaster
--- ifmail v.2.15dev5.3
* Origin: UkrNet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
