ПРОЕКТЫ 


  АРХИВ 


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 + CGI



В unix fork и exec _немасштабируемые операции_, поскольку они копируют или 
замещают таблицы страниц и всевозможные структуры данных ядра, управляющие 
памятью и файловой системой, а так же выполняют промывку кэша.

И, действительно, про какую оптимизацию и kqueue идет речь? Если есть fork и 
exec, то kqueue уже не спасет.

----- Original Message -----
From: "MZ" <zuborg@xxxxxxxxxxxxxxxxxxx>
To: nginx-ru@xxxxxxxxx
Sent: Monday, December 29, 2008 3:08:24 PM GMT +01:00 Amsterdam / Berlin / Bern 
/ Rome / Stockholm / Vienna
Subject: Re: nginx + CGI

В пн, 29/12/2008 в 08:35 -0500, Alexey Kovyrin пишет:
> Какая на**р kqueue, какая оптимизация?! Вы будете делать форк+екзек на
> КАЖДЫЙ запрос! Все остальное будет не важно :-) Так что не выдумывайте
> глупостей.

И что что fork&exec ? Весь юникс построен и живет на fork&exec. Так что
теперь, переводить его на fcgi ?
Я где-то говорил что fcgi это плохо ? Я просто обратил внимание на тот
факт что принципильной разницы между http-прокси nginx и fcgi-прокси на
перле никакой нет. А раз так, то зачем эта прослойка (я про перл) вообще
нужна, когда уже есть готовая инфраструктура для обработки запросов. И
вместо того чтобы fork&exec занимался интерпретатор перла это может
делать nginx.
Или будете опять утверждать что не, nginx у нас быстрый, то значит пусть
этим fork&exec занимается перл? Действительно, про какую оптимизацию и
kqueue идет речь?


-- 
Regards,
Valery Kholodkov


 




Copyright © Lexa Software, 1996-2009.