ПРОЕКТЫ 


  АРХИВ 


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: балансинг по жестким дискам



On Monday, January 12, 2009 at 13:51:04, Olexander Shtepa wrote:

>> у RAID-1 на N винтах производительность выше примерно в N раз по сравнению с 
>> 1 винтом.
>>
>> http://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_1_performance
>> 
>> Since all the data exists in two or more copies, each with its own hardware,
>> the read performance can go up roughly as a linear multiple of the number of 
>> copies.

OS> Это в идеальном случае. Я бы сказал что это соответствует средним нагрузкам.
OS> В предельных случаях (min, max) ситуация уже зависит от алгоритма работы
OS> конкретной реализации RAID-1.

OS> В линуксе это так:
OS>  * This routine returns the disk from which the requested read should
OS>  * be done. There is a per-array 'next expected sequential IO' sector
OS>  * number - if this matches on the next IO then we use the last disk.
OS>  * There is also a per-disk 'last know head position' sector that is
OS>  * maintained from IRQ contexts, both the normal and the resync IO
OS>  * completion handlers update this position correctly. If there is no
OS>  * perfect sequential match then we pick the disk whose head is closest.

разве этот алгоритм работы не будет оптимальнее
"ручной" привязки запрашиваемых файлов к дискам?

-- 
Best regards,
 Gena




 




Copyright © Lexa Software, 1996-2009.