On Tue, 26 Jun 2001, Andrew Stroganow wrote:
> > 800 запросов одновременно или 800 запросов в секунду ? Это разные вещи.
> > Примерно раз в пять. То есть, 800 запросов одновременно - это 160 запросов
> > в секунду. А 800 запросов в секунду - это 4000 запросов одновременно.
> Допустим, существует сайт с кучей маленьких картинок, штук 70 на странице...
> может даже больше. Таких страниц порядка 100-200. Посещаемость примерно 5000
> человек в день, может даже больше. И как нам всем известно, большенство
> пользователей юзают IE, который тянет сразу несколькоми стволами. Тобишь
> приходиться порождать новые и новые чилды. У меня предел был 450, когда я
> успел сказать одну команду killall httpd :)) Перед тем как сервак умер.
70 разных картинок на странице - это круто. Это нужно дизайнера убивать.
Но кроме этого варианта и акселератора, есть ещё решения.
Можно отдавать легким сервером типа thttpd, boa или mathopd.
Два последних для 70 картинок предпочительнее, так как умеют keep-alive.
А можно использовать и апач с keep-alive. 60% запросов
будут обрабатываться одним стволом.
> > > > Squid и Oops нельзя использовать для отдачи статики или SSI.
> > > Почему?! Может первоначально они писались как каэширующие прокси-серверы,
> > > но почему нельзя их применять как фронтэнд для апача??!
> >
> > Можно, но только как фронт-энд. Как ты в них сделаешь SSI ?
>
> А зачем смешивать фронт-энд с бэк-эндом?! Все cgi, ssi и так далее, что
> требует вмешательство апача пускай занимается апач на бэк-эенде, а если это
> статика, то пускай занимается фронтэнд. Я так думаю, таков принцып работы
> акселератора. Тобишь, каждый элемент этой свзяки (фронт-энд + бэк-энд)
> выполняет строго свою задачу.
Ну случаи, они разные бывают. Я, например, знаю два случая,
когда на фронтэнде используется SSI.
Или, например, фронтенд может куки раздавать или сжимать контент.
Да много ему занятий можно придумать, которые на бэкенде делать
не стоит или же вообще невозможно, поскольку контент кэшируется
и бэкенд просто не всегда получает запросы.
Игорь Сысоев
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =