ПРОЕКТЫ 


  АРХИВ 


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



> OS> Так что "ручная привязка" это уже оттюненый метод (насколько я понял).
> 
> только при 7 дисках для системы 7 одинаковых копий файла одного файла
> будут 7-ю различными файлами, и каждый из них будет занимать память в кеше.
> 
> в случае использования RAID-1 - это будет 1 файл,
> и если его часто запрашивают - он будет уже в кеше.

Прямой кандидат на DirectIO, если условия задачи позволяют.

> что-то мне подсказывает, что метод, который при выборе диска
> для запроса "pick the disk whose head is closest" будет работать
> более оптимально, чем метод привязки файлов к дискам.

Если я не отстал от прогресса, то IDE/SATA диски имеют чисто логическую 
адресацию
головка/дорожка/сектор и неимеют никакого отношения к физической топологии 
диска.
Так что это довольно сомнительное свойство..
На счет SCSI/SAS - совершенно не в курсе, но сомневаюсь, так как современные 
диски
имеют переменное число секторов на дорожку, перемещенные сектора - мозг вскипит
всё это учитывать, это дело внутреннего контроллера диска.
Кстати, именно по этому должен иметь эффект использования очередей (NCQ в SATA),
сам контроллер диска имеет всю физическую инфу и может распланировать процесс 
самым
эффективным образом.


 




Copyright © Lexa Software, 1996-2009.