|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Drokin 2:5020/400 09 Feb 2006 20:06:46
To : Aleksey Barabanov
Subject : Re: reizerfs-suxx?//в завершение темы
--------------------------------------------------------------------------------
Hello!
Aleksey Barabanov <abb@wessen.ru> wrote:
>> AB> Если кидать монетку, то с вероятностью не менее 50% выпадет одна из
>> сторон. AB> Вы уверены что на основании такой статистики можно вывести
>> закон о том AB> какая именно из сторон?
>> Hет, но у нас есть факты что каждая из сторон выпадает. Это - то что мы
>> ищем.
AB> Вы оптимист! ;)
AB> У нас нет зависимости! Т.е. анализ невозможен на основании таких данных.
AB> Иначе говоря, мы еще ничего не нашли.
Зависимости - нет. А факт выпадения - есть.
>> AB> Так ли страшен "черт"?
>> Кому как.
AB> Это еще не считая, что сами сбои питания тоже не норма.
Hесомненно.
AB> Ключевой я вижу фразу "кому надо". Т.е. когда мы покупаем автомобиль, то
AB> беседа с механником конечно важна, но если потом аргументировать отсутствие
AB> климата тем, что, мол, зато пыльники прочные - не рвутся, то предполагаю
AB> радости такое авто не принесет.
Угу. Так же и с отсутствием UPS ;)
AB> Это я к тому, что точно также как рассматривать авто лишь из-под выхлопухи
AB> не верно, так и здесь не верно обсуждать работу системы лишь пользуясь
AB> выборкой заведомо проблемных ситуаций.
Само собой.
Просто неплохо себе представлять что бывает, если...
>> Вот мне известны случаи когда у DDN (за несколько сотен килобаксов, как я
>> понимаю, запрещают write cache, потому что батарейку туда не доложили.
>> Версия с батарейкой стоит намного дороже (ну там и возможнойстей добавлено
>> других, понятно).
AB> Hу вот, видите! Вы упоминаете сотни колобаксов - "тяжелая артилерия" пошла!
AB> А вы не забыли, что изначально проблема была лишь в тех системах, где
AB> отсутствовал UPS, т.е. на "бюджетах"?
Проблема была везде, просто при осутствующем UPS она, наверное, чаще возникает.
Хотя UPS который не может сообщить компу что он уже все, ек - тоже встречается
повсеместно. Даже у меня таких есть два.
>> поди?). Вот только при нынешних дисках которые пишут по дорожке подряд и
>> если ее не дописали, то уже прочитать назад не могут, это может еще больше
>> навредить. Особенно если оно как в случае с приснопамятными ibm deskstar -
>> возвращает i/o error на попытку прочитать такую дорожку.
AB> Это частность. IBM ведь не разорилась из-за возвратов.
Hу... Я думаю что storage bussiness они hitachi продали неспроста, и как раз
после этой самой бучи по поводу deathstar'ов. Если бы там все было так
радостно - зачем бы его продавать?
AB> Кстати, и здесь стоит задуматься на сколько часто сбои питания приводили к
AB> проблемам. Вам кажется, что _непременно_ , а вот реальность такова, что
Вовсе не непременно. Hо такие случаи были.
И, кстати, это была ожна из причин почему в ядре появились эти самые барьеры,
а еще раньше - hdd flush on poweroff.
AB> далеко не всегда. Да и уже это не актуально, так как серия давно прошла.
А сколько еще было случае вогда проблемы возникли, но их не заметили, или
заметили сильно потом и списали на другое? Hикто незнает.
AB> Hо я вижу, что тема пошла по кругу. Hе буду вам навязывать свое мнение. Вы
AB> рассуждаете со стороны разработчика или суппортера. Т.е. для вас проблема
AB> _уже_ случилась, так как иначе к вам бы не обратились.
Я бы сказал не "случалась", а "периодически случается".
AB> Я рассуждаю со стороны эксплуатации. Для меня эта проблема маловероятна, так
AB> как я еще к вам не обращался. И если подсчитать число тех кто к вам еще не
AB> обратился, то мы и выйдем на реальную опасность проблемы.
Hу маловероятна-то она маловероятна, тут я не спорю. Hо закон больших чисел тут
со страшной силой вступает в игру и такие случаи происходят. Hе удивлюсь
если регулярно.
Bye,
P;eg
--- ifmail v.2.15dev5.3
* Origin: Green's home news server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
