ZFConf 2010: Zend Framework и производительность

[Zh0rzh]

Тема доклада: Zend Framework и производительность
Докладчик: Александр Махомет (создатель сообщества http://zendframework.ru)
Тезисы:

Суть доклада в том, чтобы показать как определенные методики могут повысить производительность приложения, использующего Zend Framework. Для этого будет эмулировано тестовое приложение и к нему будут применены вышеупомянутые методики. Доклад будет происходить по следующему, примерному плану:

Постановка задачи

•   Обзор тестового приложения;
•   Описание окружения на котором будет производиться тестирование производительности;
•   Инструменты, с помощью которых, будут получены результаты тестирования;
•   Параметры которые будут тестироваться, и замеры полученные до оптимизации приложения;

Методики повышения производительности (после каждого пункта планируется проводить новые замеры, последовательность может быть пересмотрена)

•   Средства не влияющие непосредственно на Zend Framework (акселераторы, настройка вебсервера и т.д.)
•   Удаление require* из кода Zend Framework
•   Объединение классов Zend Framework в один файл.
•   Автозагрузка и Zend_Loader
•   Кеширование объектов Zend_Config, Zend_Locale, Zend_Acl, Zend_Navigation, кеширование страниц и блоков, кеширование запросов к базе данных, другие варианты кеширования
•   Использование Memcache
•   Рекомендации команды разработчиков Zend Framework
•   Что предлагает Zend Server для производительных приложений

Информация на сайте конференции: Zend Framework и производительность -->

===
Голосуйте, обсуждайте, задавайте вопросы! Докладчику будет важно ваше мнение!
Не забываем предварительно регистрироваться на конференциию. Нам сейчас очень важно собрать точную информацию о количестве участников

[san]

Товарищи, к сожалению у меня нет возможности проводить "эксперименты" на реальном хайлоад проекте написанном на ZF, посему доклад получится несколько теоретическим. Если кто-то работает с такими проектами или хотя бы знает такие проекты или обладает какой-то интересной информацией по этой теме - отпишитесь мне пожалуйста в ЛС или сюда в тему.

[Zh0rzh]

Так может помочь с эмулированием нагрузки?

[san]

Так может помочь с эмулированием нагрузки?

В каком смысле? Нагрузку можно эмулировать ab или siege, но это все равно не даст таких результатов как на реальном проекте с реальной нагрузкой.

[Zh0rzh]

А на реальном проекте с реальной нагрузкой - уже другие заморочки. Там узкое горло - это данные, где ZF играет не большую роль уже.

Нас же интересует именно ZF, поэтому методики оптимизации ZF можно вполне сравнивать по синтетической нагрузке

[san]

А на реальном проекте с реальной нагрузкой - уже другие заморочки. Там узкое горло - это данные, где ZF играет не большую роль уже.

Нас же интересует именно ZF, поэтому методики оптимизации ZF можно вполне сравнивать по синтетической нагрузке

Согласен, и тем не менее посмотреть как "методики" ведут себя на реальном проекте было бы не лишним

[lcf]

А на реальном проекте с реальной нагрузкой - уже другие заморочки. Там узкое горло - это данные, где ZF играет не большую роль уже.

Нас же интересует именно ZF, поэтому методики оптимизации ZF можно вполне сравнивать по синтетической нагрузке

это точно.

[IgorN]

А какого размера нужен проект?

Есть такой http://www.mp3mixx.com/ и http://mp3vips.com/ (как фронтэнды) и к ним http://www.mp3partners.biz/ как бэкэнд

База большая, есть таблицы с несколькими миллионами строк, насчет посещения сказать не могу.
Загрузка главной 130 миллисекунд.

Есть такой http://linkmoney.ru/ - 250 миллисекунд в базе есть таблицы на 2 миллиона строк (за 12 часов таблица так выросла ). Но проект только запустился, посетителей не много.

[san]

IgorN Чем больше тем лучше
Собираю различную информацию, которую смогу использовать в докладе.

[IgorN]

IgorN Чем больше тем лучше
Собираю различную информацию, которую смогу использовать в докладе.

Ну а один из тех которые привел подходят?

[san]

IgorN Чем больше тем лучше
Собираю различную информацию, которую смогу использовать в докладе.
Ну а один из тех которые привел подходят?

Пока я просто накапливаю информацию - далее буду ее обрабатывать, так что все подходит Конечно хотелось бы какую то конкретику с цифрами по нагрузке, но тем не менее тоже хорошо.

[IgorN]

http://linkmoney.ru/
Топовый 4-х ядерный ксеончик, 4 Гига памяти, два винта по 15000 оборотов. Убунту (9.10 ext4), eAccelerator, nginx.
ZF слит в один файл. Кэшируются метаданные и Zend_Acl, активно применяется кэширование запросов и различных блоков.
Время загрузки выше писал. Сделать нагрузочное тестирование можно легко с помощью доп. утилит.

Вот нарыл еще маленький черновик по тестам которые проводит на локальной машине (данные устаревшие, но думаю пригодятся).

AMD Athlon 64 X2 Dual Core
Processor 5200+ (2700)
RAM 2 Gb

Ubuntu 9.04 last update, ext4

nginx 0.7.59
apache 2.2.11
php 5.2.6
eaccelerator

Улучшение производительности серверной части
(при включенном eaccelerator и nginx)

План:
1. Включение кэширования метаданных таблиц
2. Включение кэширования acl
3. Включение кэширование модулей
4. Включение кэширование конфига
5. Отключение логирования и профайлера запросов
6. Сливание зф в один файл
7. Поиск и устранение узких мест

Тесты (главная страница сайта) каждый тест выполняется по 5 раз и берется среднее:
1. Кэширования нет: 771.4
2. +Кэширование метаданных: 578.4
3. +Кэширование acl: 133.2
4. +Кэширование модулей: 124.6
5. +Кэширование конфига: прироста не существенный
6. +Отключение логирования и профайлера запросов: 122.3 (лучше не отключать)
7. +Слитый зф:


Узкие мета (xDebug):
Загрузчик: 10-20% - можно слить зф
Процесс диспитчеризации: 20-40% - повлиять сложно

Нагрузочное тестирование:

Утилита Siege

siege [url] -c25 -r25 -d1

-c - кол-во пользователей
-r - кол-во обращений
-d - задержка между обращениями

Transactions:

         625 hits - кол-во обращений к серверу
Availability:

         100.00 % - успешность
Elapsed time:

         33.91 secs - общая продолжительность теста
Data transferred:

         1.91 MB - суммарное количество данных переданное всеми имитируемыми пользователями. Оно включает в себя как тела запросов, так и их заголовки
Response time:

         0.72 secs - среднее время ответа
Transaction rate:

         18.43 trans/sec - среднее число обращений    которое сервер успел обработать за секунду
Throughput:

             0.06 MB/sec - среднее число данных передаваемых ежесекундно от сервера к пользователям
Concurrency:

         13.29 - кол-во одновременных подключений при которых сервер отвечает без задержек
Successful transactions:     625 - кол-во успешных запросов
Failed transactions:

     0
Longest transaction:

     1.42
Shortest transaction:

     0.07

О размере базы писал.

По первому сайту(сайтам)
Топовый 8-ми ядерный ксеончик, 8 Гиг памяти, один винт на 15000 оборотов. Убунту (9.04 ext3), eAccelerator, nginx (вся статика на нем).
ZF слит в один файл. Кэшируются метаданные и Zend_Acl, активно применяется кэширование запросов и различных блоков.
Время загрузки выше писал.
Больше к сожалению данных нет.

[stfalcon]

В акселераторе ещё настройки нужно смотреть. Например отключение проверки времени создания файла дает прирост 5-10% (для ЗФ, который не объединен в один файл).

из моих закладок:
http://webtechtalks.blogspot.com/2009/05/zend-framework-performance-test-with.html
http://habrahabr.ru/blogs/zend_framework/73273/

[san]

http://zendframework.ru/articles/zend-framework-performance-zf-compiling