On Mon, Aug 23, 1999 at 12:29:05PM +0400, Serge Shikov wrote:
> ----- Original Message -----
> From: Alex Tutubalin <lexa@lexa.ru>
> Subject: [apache-talk] Moderativa: apache or perl
>
>
> >Т.к. модеpатоp я, то я и убиваю всех нафиг.
> >
> >Тема объявляется оффтопиком, pазбиpайтесь дальше личной почтой.
> Тьфу, ну вот так сразу и отключать... Флейм-то IMHO возник потому, что
Мне совершенно неважно почему он возник. Но он возник на вопросе,
который не стоит и 10 минут обсуждения.
> на вопрос как следует никто и не ответил, одни распальцовки да отсылки к
> RTFM без адреса. Независимо от того, что мы отвлеклись на рендеринг HTML
> да дизайн, есть конкретный вопрос, на который нет столь же конкретного
> ответа. И я не знаю, где этот вопрос еще поставить.
А не надо этот вопрос ставить. Эксперимент ставится за 5 минут
и сразу становится все понятно.
Берем скрипт:
#!/usr/local/bin/perl
$!=1;
print "Content-Type: text/html\n\n";
for $i (1..100) {
print "String $i ".localtime()."\n";
print "a"x512;
print "\n";
sleep 1;
}
Приходим на этот скрипт ТЕЛНЕТОМ и сразу видим, что все выдается
кусками примерно по 4 килобайта. Все удовольствие - 5 минут,
скрипт доступен на
Если потратить еще 10 минут на рассматривание исходников,
то можно найти и место, где происходит буферизация в апаче.
> подтверждено. Грубо говоря, если в сеть данные запихивать TCP-пакетами
> по 1 байту данных в каждом, накладные расходы станут таковы, что это
> нисколько не улучшит ситуацию. Значит есть не только предельный размер
> буфера сверху (ну скажем равный MTU), но и некий предел снизу. Нет?
Есть много всяких гитик, но все они в данном случае никаким
боком - буферизация происходит в апаче.
Alex
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
