tcp listen backlog queue and apache

[Kirill Pekarov-2]

Всем привет.

У апача есть такой параметр "ListenBackLog":
http://httpd.apache.org/docs/2.2/mod/mpm_common.html#listenbacklog

"The maximum length of the queue of pending connections. Generally no tuning is needed or desired,
however on some systems it is desirable to increase this when under a TCP SYN flood attack.
See the backlog parameter to the listen(2) system call.

This will often be limited to a smaller number by the operating
system. This varies from OS to OS. Also note that many OSes do not
use exactly what is specified as the backlog, but use a number based
on (but normally larger than) what is set."

Подскажите где посмотреть какая максимальная длинна очереди в Ленни, и
самое главное, насколько она заполнена?

Может еще и плугин к мунину есть? Совсем размечтался.

Нужно для того, чтоб контролировать справляется ли апач с выделенным
мною количеством потоков с нагрузкой. Если listen backlog заполнена,
значит надо добавить потоков. Т.к. живу на ВПС с 256 мозгами, каждый
поток на счету.

Или может есть другой способ определения справляется ли апач или нет.

Спасибо!


--
With best regards
 Kirill                          mailto:orion_@...


--
To UNSUBSCRIBE, email to debian-russian-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Dmitriy Sirant]

03.11.09 23:35, Kirill Pekarov пишет:
>
> Нужно для того, чтоб контролировать справляется ли апач с выделенным
> мною количеством потоков с нагрузкой. Если listen backlog заполнена,
> значит надо добавить потоков. Т.к. живу на ВПС с 256 мозгами, каждый
> поток на счету.
>
> Или может есть другой способ определения справляется ли апач или нет.
>

Посмотри в конфиге апача закомментированую часть server-status


--
To UNSUBSCRIBE, email to debian-russian-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Kirill Pekarov-2]

Hi, Dmitriy.

You wrote 4 ноября 2009 г., 9:11:29:

>> Нужно для того, чтоб контролировать справляется ли апач с выделенным
>> мною количеством потоков с нагрузкой. Если listen backlog заполнена,
>> значит надо добавить потоков. Т.к. живу на ВПС с 256 мозгами, каждый
>> поток на счету.
>>
>> Или может есть другой способ определения справляется ли апач или нет.
>>

> Посмотри в конфиге апача закомментированую часть server-status

В сервер статусе нет ничего про listen backlog queue.



--
With best regards
 Kirill                          mailto:orion_@...


--
To UNSUBSCRIBE, email to debian-russian-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michael Shigorin]

On Tue, Nov 03, 2009 at 11:35:17PM +0200, Kirill Pekarov wrote:
> Нужно для того, чтоб контролировать справляется ли апач с
> выделенным мною количеством потоков с нагрузкой. Если listen
> backlog заполнена, значит надо добавить потоков.

Ну поставьте 511.

> Т.к. живу на ВПС с 256 мозгами, каждый поток на счету.

Ну всуньте nginx перед апачем, поможет от висяков, которые
последний байтик неторопливому клиенту никак не отдадут.

Обычно после этого можно на порядок уменьшать количество апачей,
а если ещё и статику обрисовать аккуратно в nginx.conf, то и
общая скорость поднимется/латентность понизится.

А если нет нужды именно в 2.2, то 1.3 ещё заметно
сэкономит памяти/поднимет потолок.

--
 ---- WBR, Michael Shigorin <mike@...>
  ------ Linux.Kiev http://www.linux.kiev.ua/


--
To UNSUBSCRIBE, email to debian-russian-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Kirill Pekarov-2]

Hi, Michael.

You wrote 6 ноября 2009 г., 2:03:45:

>> Нужно для того, чтоб контролировать справляется ли апач с
>> выделенным мною количеством потоков с нагрузкой. Если listen
>> backlog заполнена, значит надо добавить потоков.

> Ну поставьте 511.
Это в апаче, но ограничена эта очередь системными параметрами.
Собственно вопрос был именно в них.

>> Т.к. живу на ВПС с 256 мозгами, каждый поток на счету.

> Ну всуньте nginx перед апачем, поможет от висяков, которые
> последний байтик неторопливому клиенту никак не отдадут.

> Обычно после этого можно на порядок уменьшать количество апачей,
> а если ещё и статику обрисовать аккуратно в nginx.conf, то и
> общая скорость поднимется/латентность понизится.
Так и сделал.

> А если нет нужды именно в 2.2, то 1.3 ещё заметно
> сэкономит памяти/поднимет потолок.

Ок, спасибо. На будущее учтем.





--
With best regards
 Kirill                          mailto:orion_@...


--
To UNSUBSCRIBE, email to debian-russian-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...