gr_vlчто влияет на быстродействие, скорость отработки csp приложений?

Всё что происходить на странице - выборки формирования и т.д.

Время формирования страницы можно в принципе оценить...

Потом к этому прибавляется время работы CSP шлюза ну и самого веб-сервера

gr_vlМожет кто-то выявлял и занимался устранением узких мест?

Можно загрузить профайлер и померить.

gr_vl]Когда заходиш на vkontakte mail.ru и прочее все оченб быстро отрабатывает на каше даже с простой выборкой с базы все помедленее.

Ты есть тонкость что за простая выборка - ибо если выборка действительно выполняется быстро - но генерирует большой объем - например таблицу под 500 строк - то тормозить у вас будет уже Браузер, при попытке её отобразить.

gr_vlКстете а кто нибудь занимался сравнением быстродействия apache и IIS ? платформ Windows и Linux ?

IIS теоритически быстрее - ибо ISAPI.

Apache зависить от настройки - в некоторых случаях он тупить, а почему не ясно - и что подкручивать тоже.

Вот например дергаешь подряд 20 раз одну и туже статическую html (через ab в составе Apache) дык локально всё прекрасно - через интернет наблюдаются "оссоббенности" каналов связи - первые десять раз Apache отдает страничку скажем за 200ms - на 11-й возникает "навыясненая" пауза - и страница отдается 1500ms - оставшиеся 9-ть опять по 200ms. Что за беда так и не понял.

В общем для настройки веб-сервера нужен больше админ-хостер чем программист.

Опять же если у вас работа идет удаленно - то нужно разбираться с DNS и т.д.

Относительно платформы - в теории под Линукс сетевая стек быстрее - практически негде попробовать.

gr_vlКстате мы до сих пор зависли на версии cache 5.021, переход на новую что нибудь даст в плане производительности?

В принципе должен - в CSP шлюзе там например появилась поддержка GZIP сжатия - что может неплохо поднять производительность на медленных каналах.

Да и в базе по идее что то подкручивают - другое дело что интерфейс админимстрирования там изменен - потребуется время привыкнуть.

Блок А.Н.Странные у вас данные. mail.ru быстрее каше? Ужас.

Ну скажем так - мощность и количество серверов mail.ru нам неизвестна.

Блок А.Н.Гиперевентами не стоит злоупотреблять, так как они создают отдельное обращение к серверу.

Ну дык совсем то без гиперевентов никак :(

Блок А.Н.Я так понимаю, каше тормозит не от медленных каналов связи, в противном случае нет смысла говорить о тормозах каше.

Вот тут есть тонкость, ибо внутренний механизм взаимодействий неясен....

1. Клиент спрашивает Апач - началось ожидание клиента
2. Апач спрашивает CSP шлюз - началось ожидание Апача
3. CSP шлюз спрашивает Cache - началось ожидание CSP шлюз
4. Cache - выплевывает страницу - время формирования страницы определяется
5. CSP шлюз помещает страницу себе в буфер
6. Апач помещает страницу к себе в буфер - закончилось ожидание CSP шлюза
7. Апач начинает отдавать страницу - клиенту (смотри медленный канал связи) - закончилось ожидание Апача
8. Клиент получил страницу - браузер её распарсил - закончилось ожидание клиента.

Так вот во первых наличие буфера в CSP шлюзе неизвестно, в Апаче есть но как он настраивается я не понял, Во вторых если буфер меньше объема страницы - то ожидание соотвествующего шага не заканчивается пока не прокачается вся страница по всем шагам...

И вот берем плохой случай - есть страница в 32Кб - и линия 128Кбит - без учета времени формирования страницы - Апач будет отдавать её клиенту 2 секунды. Если буферов не хватила то в течении всех этих двух секунд CSP шлюз занят, а процесс Cache ждет когда от него отключится шлюз...

Если в эти 2 секунды прилетает новый запрос - что делает CSP шлюз не очень ясно.

PS: страшилки в моем исполнения - IMXO