Производительность «Битрикса»: о скорости работы CMS

Производительность «Битрикса»: о скорости работы CMS

Создать хорошую, индустриального типа, CMS не просто. Очень много проблем необходимо решить: от безопасности до той же самой производительности. И редко кому удается при создании CMS решить их в комплексе (нам, по крайне мере, неизвестны подобные случаи). В такой ситуации путь только один: пошаговое движение с решением основных задач от версии к версии.

Наше знакомство с «Битриксом» началось с третьей версии этой CMS. Одной из основных притензий у нас тогда была высокая нагрузка на компьютер, приводившая к тому, что даже в локальной версии страницы открывались довольно долго, по нескольку секунд. Думалось тогда: как же это все будет работать удаленно? Но потребность в освоении этой системы управления контентом тогда перекрыла эмоции. Прошло время, и возникли потребности снова вернуться к «Битриксу» в его новой версии. Первая мысль: насколько шустро работает «Битрикс» теперь?

Начиная с пятой версии «Битрикса» «тормоза» при работе с сайтами на локальной машине пропали

Изменения во времени доступа к страницам сайта были очевидны. Никаких многосекундных задержек. На локальной машине все работало в пределах разумного. Однако прежде чем говорить об успехах, надо, на наш взгляд, провести границы оценки этой самой производительности и понять, где, собственно, надо мерять эти границы. В последних версиях «Битрикса», если не изменяет память, где-то с пятой, «тормоза» при работе с сайтами на локальной машине пропали. Но говорит ли это о чем-то? Одно дело — локальная машина, другое дело — сервер. Одно дело — частный проект или веб-сайт магазинчика компьютерного железа в каком-нибудь провинциальном городке, другое — сайт крупной компании с посещаемостью в десятки тысяч (или хотя бы тысяч) уникальных посетителей.

Таким образом, получается, что скорость работы конкретного сайта зависит от нескольких факторов:

  • собственно производительности CMS, которую легко проверить, протестировав ее на локальной машине;
  • конкретной реализации проекта;
  • настройки сервера;
  • собственно канала связи от пользователя до сервера.
Последний аспект мы рассматривать не будем, это проблема несколько иного уровня.

Рисунок 1. Включение автокеширования в "Битриксе"

Производительность самой CMS

Вопрос скорости работы самой системы управления контентом является во многом определяющим для конечного пользователя при выборе системы: зачем использовать CMS, если половина конечных пользователей сайта будут ждать загрузки страницы в течение 3-4 секунд на подключении в 128 Кв/s? (Рис.1)

Только две из отечественных CMS могут похвастаться отчетами о тестировании производительности

Несмотря на обилие созданных отечественных CMS, только две из них могут похвастаться отчетами о тестировании производительности собственных разработок: "1С-Битрикс" и UMI. Причем «Битрикс» тестировался дважды, с интервалом в два года: в 2005 году и по выходу шестой версии. Согласно этим данным, а про независимые экспертизы производительности каких-либо CMS мне неизвестно, производительность в шестой версии возросла на 80%.

Конкретно в цифрах это выглядит так:
Версия 6.0. Редакция «Старт»:

  • 6 012 311 хитов за сутки;
  • среднее время ожидания ответа — 0,430 с;
  • количество ошибок типа 5xx — 0,089%.
Версия 6.0. Редакция «Бизнес»:
  • 1 593 983 хитов за сутки;
  • среднее время ожидания ответа — 0,349 с;
  • количество ошибок типа 5xx — 0,07%.

Понятно, думаю, что это результаты, полученные разработчиками, знающими свою систему. Реальные результаты, которые получатся у других, вероятно, будут все же чуть ниже. Вы можете сами проверить работу самой CMS «Битрикс» в виртуальной лаборатории, о которой уже сообщалось. Так как виртуальная лаборатория расположена на самом сервере компании "1С-Битрикс", то ошибок от настроек сервера у вас не будет.



автор:  Роберт Басыров
источник:  http://www.bitrix.ru

Возврат к списку


 
Поиск по сайту


Подписка на рассылку

Контакты

тел/факс: (044) 590 58 91 (многоканальный)

Обратная связь
Реклама


-->