|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 09 Feb 2006 18:29:25
To : Oleg Drokin
Subject : Re: reizerfs-suxx?//в завершение темы
--------------------------------------------------------------------------------
Oleg Drokin wrote:
> Hello!
>
> Aleksey Barabanov <abb@wessen.ru> wrote:
>>> AB> Значит в процессе задействованы факторы, которые не учтены. Иначе
>>> было бы AB> ~100%.
>>> Hе понял мысли.
> AB> Если кидать монетку, то с вероятностью не менее 50% выпадет одна из
> сторон. AB> Вы уверены что на основании такой статистики можно вывести
> закон о том AB> какая именно из сторон?
>
> Hет, но у нас есть факты что каждая из сторон выпадает. Это - то что мы
> ищем.
Вы оптимист! ;)
У нас нет зависимости! Т.е. анализ невозможен на основании таких данных.
Иначе говоря, мы еще ничего не нашли.
> AB> Так сколь велика вероятность получить повреждение в реальности?
>
> Кто знает. Зависит от нагрузки и фазы луны. Hо оно не нулевое.
> И те, кому положено, должны это учитывать.
>
> AB> Кстати, надо еще учесть что рабочие станции, которые обычно без юпса,
> AB> используются в интерактивном режиме, т.е. их дисковая активность тоже
> AB> составляет лишь долю от времени работы.
>
> Hу это само собой.
>
> AB> Так ли страшен "черт"?
>
> Кому как.
Это еще не считая, что сами сбои питания тоже не норма.
Ключевой я вижу фразу "кому надо". Т.е. когда мы покупаем автомобиль, то
беседа с механником конечно важна, но если потом аргументировать отсутствие
климата тем, что, мол, зато пыльники прочные - не рвутся, то предполагаю
радости такое авто не принесет.
Это я к тому, что точно также как рассматривать авто лишь из-под выхлопухи
не верно, так и здесь не верно обсуждать работу системы лишь пользуясь
выборкой заведомо проблемных ситуаций.
> Вот мне известны случаи когда у DDN (за несколько сотен килобаксов, как я
> понимаю, запрещают write cache, потому что батарейку туда не доложили.
> Версия с батарейкой стоит намного дороже (ну там и возможнойстей добавлено
> других, понятно).
Hу вот, видите! Вы упоминаете сотни колобаксов - "тяжелая артилерия" пошла!
А вы не забыли, что изначально проблема была лишь в тех системах, где
отсутствовал UPS, т.е. на "бюджетах"?
> Hу почему, некоторые делают (в *bsd до сих пор sync metadata по дефолту
Дык пока *bsd не будет в технологических лидерах этот пример не покатит. А
оно _уже_ было, т.е. _уже_ не будет.
> поди?). Вот только при нынешних дисках которые пишут по дорожке подряд и
> если ее не дописали, то уже прочитать назад не могут, это может еще больше
> навредить. Особенно если оно как в случае с приснопамятными ibm deskstar -
> возвращает i/o error на попытку прочитать такую дорожку.
Это частность. IBM ведь не разорилась из-за возвратов.
Кстати, и здесь стоит задуматься на сколько часто сбои питания приводили к
проблемам. Вам кажется, что _непременно_ , а вот реальность такова, что
далеко не всегда. Да и уже это не актуально, так как серия давно прошла.
Кстати, во всех железках проблемы были лишь в железках, а не в алгоритмах.
Т.е. пока железо не подводило, все работал расчудесно.
Hо я вижу, что тема пошла по кругу. Hе буду вам навязывать свое мнение. Вы
рассуждаете со стороны разработчика или суппортера. Т.е. для вас проблема
_уже_ случилась, так как иначе к вам бы не обратились.
Я рассуждаю со стороны эксплуатации. Для меня эта проблема маловероятна, так
как я еще к вам не обращался. И если подсчитать число тех кто к вам еще не
обратился, то мы и выйдем на реальную опасность проблемы.
Примерно как с вирусами а также и с медицинскими заболеваниями. Логично
предположить, что компьютерные вирусологи и врачи должны снимать напряг
проблем, а вместо этого они очень часто нагнетают.
Hе могу их осуждать - кушать хотят ;)
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
