ПРОЕКТЫ 


  АРХИВ 


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 Sun, 19 Feb 2006, Alexey Polyakov wrote:

Просьба Игорю и остальным участником списка оценить следующую идею.
Проблема - раздача статики заведомо сильно превышающей объемом доступную ОП.
Решение - сделать небольшой демон, с применением libthr на FreeBSD 6
либо NPTL на Linux 2.6, который при запуске создает сколько-то потоков
(напр. 500 штук, при небольшом thread stack size вполне нормально), и
слушает berkeley-сокет. Accept Mutex передавать через встроенные же
функции поточной библиотеки. Демон этот уметь должен всего лишь одну
вещь - отпарсить запрос GET /path/to/filename HTTP/1.0, и сделать
sendfile().
Соответственно с другой стороны сокета - nginx, с 1 воркером, с
выключенной буферизацией проксирования.

Насколько эффективным будет такое решение?

В данном случае будет два копирования - демон > nginx > client.

Есть такой академический сервер Flash, в котором разделяются блокирующиеся
и неблокирущиеся запросы. Основной процесс проверяет страницы за'mmap'ленного
файла на предмет присутствия в памяти с помощью mincore() и, если страницы
в памяти нет, то вспомогательный процесс читает кусок файла. Есть развитие
этого сервера, см. "Making the ``Box'' Transparent: System Call Performance
as a First-class Result", http://www.cs.princeton.edu/~yruan/
где файлы не mmap'ять, а используется sendfile(), и в результате во
FreeBSD 5.х у sendfile() появился флаг SF_NODISKIO.

При проектировании nginx'а такая архитектура учитывалась и кое-где
учитывается, что чтение из файла может вернуть NGX_AGAIN, но реализации
специального процесса нет.

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


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



 




Copyright © Lexa Software, 1996-2009.