Re: Re[2]: Еще раз о дисковой подсистеме
Anton Kuznetsov
maybe на arjlover.net
Пт Авг 19 12:28:37 UTC 2011
2011/8/17 Михаил Монашёв <postmaster at softsearch.ru>
> Здравствуйте, Anton.
>
> Для надёжности и скорости отдачи фильмов тебе надо сделать
> конфигурацию из минимум 2-х серверов.
>
Спасибо, Михаил, стараюсь так и делать, но сервера практически всегда 1U и
дисками не сильны, так что полной копии сделать никогда не получалось...
Трекер свой тоже давно поднял, уже выручал пару раз, идеальное решение
бэкапа в моей ситуации - посетители у меня благодарные. :)
2011/8/17 Андрей Василишин <a.vasilishin at kpi.ua>
Зря Вы используете всякие рейды, если симлинки не устраивают, то у нгинкс
> есть try_files,
Дело не только в конфиге nginx - такой "try_files" придется делать в каждом
скрипте, который работает с архивом, так что все же проще один раз собрать
симлинками. Но это добавляет сложностей с заменами файлов и постоянно надо
думать не об одном свободном месте, а о десяти! Раскладывание файлов
практически ручное и временами еще приходится тюнить равномерное
распределение популярных и не очень в зависимости от объема диска. Но это мы
уже отклоняемся от темы. :)
2011/8/18 Igor Sysoev <igor at sysoev.ru>
RAID5, а также страйп, при чтении больших файлов хороши только
> при последовательном доступе. При случайном доступе они работают по сути
> со скоростью одного диска - файл размазан по дискам блоками по 128K
> (обычно).
> Чтобы прочитать 1M, нужно читать со всех 5-ти дисков, то есть, все 5 дисков
> заняты обслуживанием одного файла.
>
Звучит как приговор! :( Причем возразить нечего и идей по тюнингу тоже нет,
весь фокус kern.ipc.sfreadahead нивелируется любым рейдом. :(
А знакомство с ZFS мне так понравилось! Сейчас попробую его пересоздать, не
могу понять как избавиться от ошибок на текущем. Потестирую еще раз и
отпишу.
P.S. Кто-нибудь знает - если я когда-нибудь одиночный диск, который я вижу
сейчас в системе через adaptec -> single volume, подключу напрямую на маму,
то увижу ли его содержимое?
Антон.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20110819/0b070a1d/attachment.html>
Подробная информация о списке рассылки nginx-ru