ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: offtopic: Дисковая подсистема



Hello!

On Fri, 30 Nov 2007, Монашёв Михаил wrote:

Если  так  и девайс забит файлами почти полностью, то можно ожибать
большей   производительности   чем   у  gstripe-а  на  конкурентных
случайных чтениях. Ведь один файл будет лежать на одном диске, а не
на нескольких.

Если  речь  не  идет  о  конкурентном  доступе к большим файлам - то
можно.

Я,  правда,  не  уверен что вопрос распределения нагрузки на диски в
этом   случае   решится   оптимально.   Ну   и   в   случае   разной
производительности дисков будут гарантированные грабли.

А  с  gstripe  что  изменится, если будут разные по производительности
диски?

С gstripe файлы будут нарезаны по stripesize, соответственно большой файл не окажется целиком на медленном диске со всеми вытекающими последствиями.

 Балансить  только  gmirror умеет. Но балансит он странно. Если
ставить  балансировку  по  загрузке дисков (load), то эта балансировка
похоже  входит  в  резонанс  с  тем,  что  она балансировала ранее и в
результате  выходят  скачки  нагрузки  на  первый  диск при падении на
второй  в  зеркале.  Раунробин  у  меня  сглаживает  эти скачки и даёт
равномерную нагрузку на все диски зеркала.

Балансировка по load - проста как пробка, очередной запрос получает тот диск у которого очередь запросов меньше (поле L(q) в gstat).

В случае малой нагрузки результат иногда выглядит странно, да. Но по моим тестам в общем случае load всё-таки более эффективен. Особенно заметно, опять же, при разной скорости дисков.

Maxim Dounin

p.s. IMHO, пора завязывать этот флейм.



 




Copyright © Lexa Software, 1996-2009.