|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Maxim Konovalov 2:5020/400 19 Jun 2006 17:53:42
To : Maxim Konovalov
Subject : gjournal (Was: Журналирующие FS)
--------------------------------------------------------------------------------
et> <20060512081100.GC1631@dimma.mow.oilspace.com>
et> <20060513214743.GP61907@quarta.carrier.kiev.ua>
et> <20060514111706.E77412@mp2.macomnet.net>
et> <20060514112456.GP1112@quarta.carrier.kiev.ua>
et> <20060514162116.Q22721@mp2.macomnet.net>
From: Maxim Konovalov <maxim@macomnet.ru>
[...]
> > MK> (2) pjd gjournal. Судя по репортам, вполне возможно появление
> > MK> в ближайшее время в HEAD. Hе уверен, впрочем, что это будет
> > MK> классическая журналируемая FS, детали лучше поднять в
> > MK> maillists или спросить у pjd@.
> >
> > Это больше похоже по общей логике на журналирующий слой над
> > вводом-выводом одного раздела/диска (geom объекта). Тоже неплохо -
> > даёт журналирование не только метаданных, но и всех данных. Впрочем
> > я тогда не понимаю какая с него польза. Дело в том, что GEOM сидит
> > под BIO. Hа этом уровне логическая связь между операциями уже
> > разрушена. Транзакционная группировка операций туда не передаётся.
> > Какой логикой оно будет руководствоваться при откате - что
> > откатывать и как? Только последнюю пачку операций без разбора? А
> > почему и зачем?
> >
> > В общем, или тут что-то недоговаривается, или gjournal -
> > бесполезная игрушка. Да, сайт я почитал и код почитал. Hигде
> > группировки нет.
[...]
http://lists.freebsd.org/pipermail/freebsd-current/2006-June/064043.html
--
Maxim Konovalov
--- ifmail v.2.15dev5.3
* Origin: MAcomnet Telco. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
