> On 8/22/06, Lex Lyamin <flx@xxxxxxxxxxx> wrote: >> >> Hi gents, >> >> Столкнулся со следующей ситуацией:
>> >> >> >> Есть некая html страничка, достаточно богатая обьектами Content-Type: >> image/jpeg. >> Есть два сервера отдающих эту страничку и эти image/jpeg. >>
> > dd > > Отсюда вопрос: >> - кто и исходя из каких данных принимает решение сколько одновременных >> tcp cоединений к серверу хочется открывать ? >> > >
> Добрался до RFC2616. > Пересмотрел еще раз логи в tcpdump. > С утверждениями в синхронности я погорячился... немного. > корректнее-было бы сказать "в одной сейсии".
То есть, к Апачу запросы идут не в восьми, а в двух соединениях ?
нет, именно в 8. к nginx в 3х.
> Вообще говоря, логично рассуждая, можно предположить что решение принимает
> веб-браузер, наверное принимание во внимание заголовки которыми ответил ему > веб-сервер в первом запросе....
То есть, "Keep-Alive: timeout=15, max=5" добавлен как
add_header Keep-Alive "timeout=15, max=5"
Совершенно верно, и дополнен с keepalive_timeout 15
?
Включен ли "tcp_nodelay on" ?
нет. небыл включен. завтра отпишусь о результатах. должно стать шустрее на fat bandwidth и грустнее на gprs... не думаю что это повлияет на количество http сосок в паралель.
