Фильтр не даст приложению соединение пока на нем не покажется полностью
законченный HTTP запрос. Приложению не приходится ждать запроса с сокета, что
и создано для того чтобы приложение получало сокет когда он ему нужен, а не в
состоянии TIME_WAIT и потом жди у моря погоды когда же запрос наконец-то
появится.
В сообщении от 19 декабря 2007 13:57 Kostya Alexandrov написал(a):
А можно поинтересоваться что это такое и как это может помоч?
Andrey Ryabushenko wrote:
IMO тебе здесь надо http_accept_filter включить, прич ём как на nginx так
и на бэкенде, и этого вполне может хватить для решения проблемы.
В сообщении от 17 декабря 2007 22:22 Kostya Alexandrov написал(a):
Поднимаю тему опять. Паплайнинг уже не прошу, не надеюсь.
Проблемы с медленными акцептами на яве решили. Написанием собственного
маленького http servlet engine.
Работает замечательно.
Но ничего не могу сделать с TIME_WAIT сокетами. Если бекенд на линуксе,
то еще хоть как то жизненно, tcp_tw_recycle, tcp_tw_reuse для
локального нетворка можно использовать, для глобальной сети (клиенты из
интернета) чревато чудесами. Всеровно тормозит когда сокетов
в time_wait становится около 10К.
Однако если бекенд на "венде" то полный привет... 18К сокетов в
time_wait, тормозит....
TcpTimedWaitDelay скручен в 30 секунд. Помогает но не сильно.
За "персистент" конекты к бекенду готов даже бетту в продакшн выставить.
