[apache-talk] Re: [apache-talk] Re: [apache-talk] Re: [apache-t alk] mod_accel - вопросы к разработчику и к т ем, кто его использует

[Alex Tutubalin <lexa@xxxxxxx>]

> 
> Ну если он будет отдавать тот же документ другим клиентам, то для
> динамических запросов это будет кошмар - они почти все всегда ориентированы
> для одного клиента.
А это уж, извините, как сконфигурируете. Т.е. если сквид посчитает
документ подходящим - то и отдаст. Естественно, такой гибкости с куками
как у 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@xxxxxxx
=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =