|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Michael Shigorin 2:5020/400 11 Sep 2004 20:33:50
To : Igor Nikolaev
Subject : Re: Ответ ATi о драйверах для Linux
--------------------------------------------------------------------------------
Igor Nikolaev <Igor.Nikolaev@f266.n5030.z2.fidonet.org> wrote:
> http://www.usenix.org/publications/library/proceedings/usenix2000/general/full
> _papers/seltzer/seltzer_html/
Почитал (пока по диагонали -- abstract, System Comparison, Conclusions).
Окончательно разочаровался в тех воплях и завтраках, которыми по этой
части меня кормили последние пару лет, если честно.
1) NIH-синдром чувствуется очень сильно: в обзоре отсутствует Linux
среди коммерческих серверных платформ (будучи именно mainstream
commercial server platform), слово "ext3" -- как класс, не говоря уже
о reiserfs.
Честно говоря, не ожидал такой избирательности и старательного
незамечания коллег от "университетских преподавателей" -- это более
типично для корпоративного дурмана Microsoft старого образца (сейчас
и они не могут себе такого позволить) и того самого детского сада.
Если, конечно, исключить пресловутую гордыню при понимании своего
аутсайдерства. (ничего, что я напрямую?)
2) из интересного, что еще эти пару лет назад было классифицировано как
"гм, а это было бы полезно" -- background fsck в качестве
"контрольного выстрела" после собственно отката журнала.
3) местами (могу ошибаться, но) -- откровенный blackmouthing:
This guarantees that no meta-data ever points to bad data. [...]
Neither of the journaling file systems provides this stronger
guarantee.
В зависимости от того, что они подразумевают под "bad" (не верится,
что универсально "некорректные данные" в этом мире r/w-кэшей на
дисках, батареек на рейдах (но не на HDD), прочих трейдоффов), можно
указать на xfs, которая при откате транзакций и подозрении на
"поимку" чужой информации затирает нулями блок, который мог
содержвать кусок /etc/shadow и попасть в ~pupkin/MyPhoto.jpg.
Да, я тоже считаю нули в /etc/fstab "bad data", но не нашел
формулировки (и не верю в вышеозначенную свою как применимую тут).
Игорь, спасибо за ссылку (статью действительно можно было при желании
нагуглить максимум за полчаса), но, к сожалению, она не расшатала мои
предположения, а подвела под них дополнительную фактологическую основу.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
--- ifmail v.2.15dev5.3
* Origin: osdn.org.ua (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
