ПРОЕКТЫ 


  АРХИВ 


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: Асинхронное работа с диском в nginx-е



Gena Makhomed пишет:
On Tuesday, May 20, 2008 at 15:16:35, Андрей wrote:

А> всё равно какая-то медлительность наблюдается,
А> особенное если число клиентов большое.
А> Может быть у меня было слишком мало воркеров..

...или слишком медленная дисковая подсистема.
Ну с этим спорить бессмысленно, конечно. Любая дисковая подсистема будет слишком медленной если нагрузка слишком велика для неё. Вопрос ведь не в этом, вопрос в том, почему я не могу выдать пользователю html мгновенно (риторический вопрос). Ладно картинки/видео - они тормозят потому что тормозит диск, но ведь плохо то что пользователь не может видеть страницу, хотя процессор не нагружен, сеть хорошая и отдача должна происходить мгновенно. Варианта два - либо все воркеры заблокированы, либо чтение самой php-страницы с диска происходит медленно. Полагаю, всё же первый вариант, поскольку все часто используемые странички должны быть в кэше ос (хотя не уверен, к сожалению, в рассматриваемом варианте медиафайлы и php-файлы лежали на одном разделе. Вот если бы разделы были физически разные - можно было бы говорить более детально, конечно).
должно помочь, если наиболее часто используемые файлы,
расположить рядом друг с другом, чтобы затраты на seek
были минимальными (время позиционирования между треками)
это наиболее критичный параметр для производительности.

желательно - физически в первых 1/3 от начала винта
чтобы скорость отдачи с пластин была максимальной.
(в хвосте обычного винта скорость чтения/записи
будет примерно в два раза меньше чем в начале)

Спасибо за совет.


  • Follow-Ups:
    • QoS
      • From: Gena Makhomed

 




Copyright © Lexa Software, 1996-2009.