[SPAM]: Re: off: заболел hdd на сервере freebsd
MZ
zuborg at advancedhosters.com
Wed May 13 20:23:37 MSD 2009
Daniel Podolsky wrote:
>
> То есть Вы считаете, что производители STLab A-350 придумали и
> реализовали более оптимальный алгоритм балансировки нагрузки на
> чтение, в отличие от программистов FreeBSD ?
>
> Там тупой round-robin. И ничего умнее не надо.
Это Вам возможно и не надо, но зачем всех грести под одну гребенку ?
> Вы действительно уверены, что этот контроллер не задерживает тот
> винт который первым успел выполнить зеркалируемую запись и передает
> ему следующий запрос ?
>
> Из двух одинаковых винтов один успел значимо раньше? Не бывает.
То что для Вас половина среднего времени выполнения запроса незначима не
обсуждается, а есть такие кто заинтересов в улучшении производительности
в полтора раза.
> Или, несмотря на то, что в случае вылета винта или ata-канала
> gmirror продолжает работать как ни в чем не бывало, Вы будете всех
> убеждать что лучше понадеяться на расторопность авторов прошивки
> этого контроллера ?
>
> А не пофиг ли, что оно продолжает работать? Все одно сервер
> останавливать и железо менять.
В случае gmirror не надо ничего останавливать (если есть hot-swap
конечно). Заменил винт на ходу, протестил, воткнул в рейд и сребилдил.
Сайт ни на секунду не прекращает работу.
> А откуда у Вас уверенность что этот "железный" рейд будет работать
> на винтах разных моделей, если один придется заменять ?
>
> Единственный осмысленный аргумент. Но - это не про надежность и не про
> производительность.
Это про надежность решения, для gmirror есть уверенность что поломанный
винт будет заменен немедленно тем что есть, а для "железых" рейдов ещё
побегать придется.
> А что делать когда сгорит мамка - искать на барахолке такую же ?
>
> Это - зеркало. Зеркало. Оно прочтется на любой мамке.
Ну-ну, прочтется на любой аж бегом. Куда больше вероятность что на любой
не такой же мамке мы получим два отдельных винта, а не raid1.
>
> Прошу у всех прощения за оффтоп.
>
> И это правильно. Я, пожалуй, тоже прошу прощения, и обещаю не продолджать.
More information about the nginx-ru
mailing list