|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 12 Sep 2004 15:25:45
To : Michael Shigorin
Subject : Re: Ответ ATi о драйверах для Linux
--------------------------------------------------------------------------------
iev.ua> <ci1b43$7ve$4@hyppo.gu.net>
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Michael Shigorin wrote:
> MS>> 1) NIH-синдром чувствуется очень сильно: в обзоре отсутствует Linux
> MS>> среди коммерческих серверных платформ (будучи именно mainstream
> MS>> commercial server platform), слово "ext3" -- как класс, не говоря уже
> MS>> о reiserfs.
>> Hе рассматривается по сути только linux.
>> Это никак не NIH-синдром (в отличие от линуксовых традиций;))
MS> Это вполне NIH-синдром на фоне изобретения велосипеда, который где-то
MS> такой же в большинстве ситуаций и улучшает идиотическую. Т.е. термин не
MS> вполне адекватен (я и сейчас не могу подобрать более точного), но в
MS> общую картинку по её кривой стороне -- укладывается.
Я
> MS>> Честно говоря, не ожидал такой избирательности и старательного
> MS>> незамечания коллег от "университетских преподавателей" -- это более
>> Hе надо залагаться на одну рекламную фразу, даже если её сказал
>> Семеняка.
MS> Hу ты понял, что теперь будет лететь в голову её репродукторам. :)
Ты теперь всех скопом записал в её репродукторы?
> MS>> 3) местами (могу ошибаться, но) -- откровенный blackmouthing:
> MS>> This guarantees that no meta-data ever points to bad data. [...]
> MS>> Neither of the journaling file systems provides this stronger
> MS>> guarantee.
> MS>> В зависимости от того, что они подразумевают под "bad" (не верится,
> MS>> что универсально "некорректные данные" в этом мире r/w-кэшей на
> MS>> дисках, батареек на рейдах (но не на HDD), прочих трейдоффов), можно
> MS>> указать на xfs, которая при откате транзакций и подозрении на
> MS>> "поимку" чужой информации затирает нулями блок, который мог
> MS>> содержвать кусок /etc/shadow и попасть в ~pupkin/MyPhoto.jpg.
> MS>> Да, я тоже считаю нули в /etc/fstab "bad data", но не нашел
> MS>> формулировки (и не верю в вышеозначенную свою как применимую тут).
>> То есть ты сам знаешь это, но не согласен. ;))
MS> Ты пальцем покажи -- что они подразумевали. Хотя бы в твоём понимании и
MS> по твоему опыту.
Питание летит, из журнала подымаются метаданные, файл создаётся,
в данных - нули.
Особенно приятно когда это конфиг, не особенно, но тоже - если *.o.
> MS>> Игорь, спасибо за ссылку (статью действительно можно было при желании
> MS>> нагуглить максимум за полчаса), но, к сожалению, она не расшатала мои
> MS>> предположения, а подвела под них дополнительную фактологическую основу.
>> Жаль - впрочем, я уже не удивляюсь "особенностям" твоего зрения.
MS> Знаешь, пока не жалуюсь.
Зато остальные должны или доказывать тебе, что не верблюды, или просто
уходить от разговора за его бессмысленностью.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
