Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[apache-talk] производительность серверных технологий
Hello apache-talk,
Провел как-то тестпроизводительности серверных технологий для генерирования динамического контента.
Сравнивалась производительность апача на простых статических .html файлах, ssi с разным кол-вом вставок и php.
Сервер взят не очень сильный, поэтому абсолютный цифры не велики, но главное - не они, а соотношение. Замеры проводил с помощью ab.
Взят один и тот же файл примерно 40КБ, скопирован с разными расширениями.
Далее из shtml-файла были вырезаны куски, положены отдельно и вставлялись дирктивами <!--#include virtual="..." -->
Аналогично для php - на месте вставок сделана констурция
<? virtual("...") ?>
Итак (в запросах в секунду):
статический html - 260 3,846
ssi (0 вставок) - 130 7,692 3,846
ssi (1 вставка) - 115 8,696 1,003
ssi (2 вставки) - 105 9,524 0,828
php (0 вставок) - 99 10,101 6,255
php (1 вставок) - 95 10,526 0,425
php (2 вставок) - 90 11,111 0,585
Предпоследняя колонка - время в мс, затраченное на страницу, последняя - разница.
Логично, что быстрее всего выдается статический файл.
Удивило, что пустой ssi-документ, без вставок обрабатывается ы 2 раза дольше - по сути там ничего кроме парсинга и поиска инструкций быть не может. Логично, что каждая последующая вставка замедляет обработку, однако, имхо, время затрачиваемое на подзапрос (в среднем получается около 1мс) несоразмерно с парсингом документа - примерно 4 мс!
Все же язык ssi не настолько сложен, чтобы на него убивать столько времени.
Кто-нибудь занимался вопросами ускорения ssi?
Дает ли что-нибудь кеширование вставок?
--
Best regards,
Eugene mailto:el-spam@xxxxxxxxx
|