ПРОЕКТЫ 


  АРХИВ 


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[4]: Посоветуйте оптимальные н астройки



Mon, 10 Apr 2006 23:09:27 +0400
"Alexey Polyakov" <alexey.polyakov@xxxxxxxxx> писал(а):

> Ну если проксированные ответы отдаются с приемлимой скоростью - может
> и статику попробовать с бекенда брать? Собрать туда Апач
> трехсоткилобайтный, и проксировать.
> По крайней мере станет ясно, nginx это виноват, или нет.

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

> 
> On 4/10/06, AleXXX V. NovikoFF <alexxx@xxxxxxxxx> wrote:
> >
> > Mon, 10 Apr 2006 21:12:22 +0300
> > ForJest <forjest@xxxxxxxxx> писал(а):
> >
> > > On 4/10/06, AleXXX V. NovikoFF <alexxx@xxxxxxxxx> wrote:
> > > > Долго бьюсь с этим, пользователи жалуются, что скорость скачки 
> > > > маленькая,
> > > > и похожа на модемную, все, без исключения....
> > > > однако ж статистика выдает постоянную загрузку 100мбит канала на 70-80%!
> > > > одновременно скачивают около 300 человек, каждый в 1 поток не больше.
> > > > Файлы большие, не меньше 20-30 мбайт, и до 1.5 гигабайта...
> > > > у некоторых клиентов стоит насильное ограничение в 16 кбайт в сек (но
> > > > реальная скорость у них около 3-4 кбайт в сек, самолично проверял)
> > > > у всех остальных ограничения нет.
> > > >
> > > > Стоит один воркер, и вот такой конфиг:
> > > >
> > > >    client_header_timeout  30;
> > > >    client_body_timeout    30;
> > > >    send_timeout           120;
> > > >
> > > >    client_header_buffer_size    1k;
> > > >    large_client_header_buffers  4 4k;
> > > >
> > > >    sendfile       on;
> > > >    tcp_nopush     on;
> > > >    tcp_nodelay    on;
> > > >
> > > >    postpone_output  1460;
> > > >
> > > >    lingering_time     30;
> > > >    lingering_timeout  3;
> > > >    reset_timedout_connection  on;
> > > >
> > > >    keepalive_timeout  7;
> > > >
> > > > все, относящееся к прокси вырезал.
> > > > для отдачи файлов стоит send_timeout 7;
> > > >
> > > > Может есть что-то более подходящее для моей ситуации?
> > > >
> > > > Спасибо!
> > > >
> > > > --
> > > > AleXXX V. NovikoFF <alexxx@xxxxxxxxx>
> > > >
> > > >
> > > >
> > > Кстати у нас была схожая проблема. Всё упёрлось как раз в
> > > проксированный ответ, в апачу и авторизацию - не хвататло этих самых
> > > апачей. Было 70, а по количеству запросов, чтобы эффективно
> > > обслуживать авторизацию и отсыл на скачивание нужно было штук 200.
> > > Концов мы так и не нашли, т.е. винт напрягался/читал на 70 Мбит, а
> > > bandwidth был 10.
> > > Помогло только отсечение пользователей, которые спамили запросами - по
> > > 30-50 в минуту.
> >
> > у меня Linux Debian
> > проблема-то как раз в том, что у меня проксированные ответы нормально
> > работают, а вот статика, отдается чисто nginx-ом, и тут запор какой-то
> > происходит... сперва думал, что воркеров мало (стоят там запросы в
> > очереди все до кучи) сделал больше (5) - стал винт с ума сходить...
> > оставил вот сейчас 2. Более менее пашет... нагрузки на серваке нет,
> > канал свободен чуть-меньше половины, народу вроде не много... ожидания
> > дисковых операций тоже не наблюдается (есть конечно, но не много)
> >
> >
> > --
> > AleXXX V. NovikoFF <alexxx@xxxxxxxxx>
> >
> >
> >
> 
> 
> --
> Alexey Polyakov

-- 
AleXXX V. NovikoFF <alexxx@xxxxxxxxx>




 




Copyright © Lexa Software, 1996-2009.