>
> Ну если он будет отдавать тот же документ другим клиентам, то для
> динамических запросов это будет кошмар - они почти все всегда ориентированы
> для одного клиента.
А это уж, извините, как сконфигурируете. Т.е. если сквид посчитает
документ подходящим - то и отдаст. Естественно, такой гибкости с куками
как у mod_accel у сквида нет, но чтобы эта гибкость появилась я в
ноябре довольно долго мучил Игоря :)
> ваше умозаключение, которое не имеет общего с реальностью. squid НЕ
> ОТПУСКАЕТ backend и не работает в бекендом на "максимальной сетевой скорости
> с ним", если медленный клиент получает документ порциями (например, много
> киентов, которые на диалапе и 100 Кб документ будут получать до 40 сек, при
> этом держа backend).
По моему опыту со сквидом 1.2x - это не так, документ высасывается весь.
Возможно во второй версии они что-то сломали, но маловероятно.
> > невозможности keep-alive при запросе по HTTP/1.0 - совершенно неверно.
>
> Это уже "неправильная" реализация apache, если можно так сказать. По RFC в
> HTTP/1.0 нет Keep-Alive, а squid обязан работать по RFC, так как бекендом
> может оказаться на apache сервер.
Большой беды тут нет - если сервер закроет соединение, то сквид не
обидится.
> Вот когда запустите squid аксселератор на 100 тыс. хитовом серваке с 90%
> динамическими страницами, тогда я поверю, что squid работает так, как вы
> написали.
100 тыс хитов - это ~3 в секунду в пике. Никакого рокет сайенсу тут нету,
тут вполне можно прожить и без акселератора, хотя уже на пределе.
Алексей Тутубалин
mailto: lexa@lexa.ru
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
