ПРОЕКТЫ 


  АРХИВ 


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]

Осторожно: limit_rate & proxy_pass


  • To: nginx-ru@xxxxxxxxx
  • Subject: Осторожно: limit_rate & proxy_pass
  • From: Leonid Novikov <lenni@xxxxxxxxxx>
  • Date: Thu, 10 Feb 2005 17:38:22 +0300 (MSK)
  • Organization: EastWeb.Ru

Приветствую, Игорь & all.

Во время экспериментов с бэкэндом под апачем наступил на грабли.

Конфигурация (0.1.18)
-----------------------------------------
http {
    limit_rate 1M;
    server {
 ...
        location / {
            proxy_pass  http://x.x.x.x/;
        }
 ...
 # тут другие location
    }
}
------------------------------------------
приводит к весьма негативным последствиям.
Браузер не может докачать до конца ни одной страницы.

В логах nginx это выглядит так:
2005/02/10 16:10:34 [info] 11034#0: *330 client closed
prematurely connection while reading upstream ...

через 3 минуты

2005/02/10 16:13:34 [info] 11034#0: *330 client x.x.x.x
closed keepalive connection

После комментирования в конфиге директивы limit_rate
(я правда долго искал в чем проблема)
и посыла сигнала HUP, nginx начинает кушать весь процессор.
Помогает только TERM.

Собственно , я нашел в листе упоминание Игоря о непредсказуемости
поведения в данной конфигурации, но лично мне жаль, что не работает.

Я задумывал реализовать такую схему:
редко востребуемые архивные файлы раздаются с машины с менее
дорогостоящей дисковой подсистемой, а актуальные - с локальной:

location / {
 root /bla-bla/;
}
location /2004/ {
 proxy_pass http://x.x.x.x/;
}

Полосу при этом все равно хотелось бы ограничивать, мало ли...


-- 
Leonid Novikov
lenni@xxxxxxxxxx





 




Copyright © Lexa Software, 1996-2009.