ПРОЕКТЫ 


  АРХИВ 


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: CFQ



On Fri, Aug 26, 2011 at 12:36:31PM +0300, Gena Makhomed wrote:
> On 25.08.2011 23:13, Boris Dolgov wrote:
> 
> >>> Если я правильно понимаю, то дело не только и не сколько в версии ядра,
> >>> как в используемом планировщике ввода-вывода. Не везде CFQ используется.
> 
> >> а где в современных линуксах CFQ не используется?
> 
> >> http://en.wikipedia.org/wiki/CFQ
> 
> >> Kernel 2.6.18 (20 September 2006)
> >> CFQ becomes the default scheduler.
> 
> > Если я не ошибаюсь, на ssd рекомендуют ставить noop.
> 
> как пишут в интернетах - noop дает небольшой прирост
> производительности при доступе к ssd, но вместе с тем
> теряется возможность настроить приоритеты ввода/вывода,
> так что если какой-то процесс (например, cache manager)
> займет ssd на все 100%, то другие процессы будут ждать
> по 10-15 секунд завершения своих операций ввода/вывода.
> 
> так что даже для ssd на сервере / десктопе / нетбуке -
> далеко не факт, что noop будет самый лучший вариант.

По SSD на данный момент есть подозрение, что проблемы, похоже,
были в том, что XFS был смортирован с relatime. И похоже,
для многих файлов в результате чтения loader'ом обновлялся atime.
Что вызывало записи, которые, судя по
http://www.stec-inc.com/downloads/whitepapers/Benchmarking_Enterprise_SSDs.pdf
могут в 3 раза уменьшить число IOPS.


-- 
Игорь Сысоев
http://sysoev.ru

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.