Re: Мониторинг работы nginx

[Артем Паньков]

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

16.01.08, Виктор Вислобоков <corochoone at gmail.com> написал(а):
>
> Я и в третий раз повторяю - давайте оставим правильности или
> неправильности найстройки nginx за скобками дискуссии. Мой nginx - как хочу,
> так и настраиваю! Мне инструмент нужен, чтобы понять если уж не файл, то
> хотя бы какой URL вызвал создание потока, который теперь прокси отдаёт
> клиенту. Это вы, umask, в состоянии понять или будете снова обзываться?
>
> Я могу смореть, что угодно: доки, бакэнд, дебаг-логи, но понимаю, что на
> сегодняшний момент такого инструмента нет и никак это посмотреть невозможно!
> Так вот надо было бы честно СРАЗУ это сказать и не говорить ничего про
> настройку. Всем спасибо!
>
> 16.01.08, umask <umask at yandex.ru> написал(а):
> >
> > этот "жучила" - вы сами.
> >
> > nginx-то чем виноват? Что диски тормозят?
> >
> > Настройте limit rate клиентам, чтобы не съедали всю пропускную способность дисков, либо настройте nginx правильно (x-accel-redirect
> > + увеличение буферов для проксируемых данных, что бы файлы не создавались).
> >
> >
> >
> >
> > 15.01.08, 16:03, Виктор Вислобоков (corochoone at gmail.com):
> >
> > Так.
> > Понял я в чём закавыка. В прокси nginx'а лежит поток, а не файл.
> > Это ещё более усложняет проблему. "Но чёрт возьми Холмс! Как?"
> > В смысле как же мне понять ЧТО отдаёт nginx, чтобы найти того жучилу,
> > который мне создаёт проблемы? :(
> >
> >
> >
>


-- 
С уважением,
Паньков Артем Владимирович.
ICQ: : 842264
Мобильный: 89265652613
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20080116/98a81ea6/attachment.html>