Монитор производительности: как читать отчёт

Монитор производительности — встроенный инструмент 1С-Битрикс, который измеряет скорость работы сайта и сервера. Проблема не в том, чтобы запустить тест, а в том, чтобы правильно прочитать цифры и понять, что именно тормозит.

Где найти монитор и как запустить тест

Все инструменты собраны в разделе Настройки → Производительность. Основные вкладки панели:

• Панель производительности — сводка и запуск теста скорости;
• Тест конфигурации — проверка настроек PHP, БД и сервера;
• Разработка — трассировка отдельной страницы (число запросов, время, память);
• Битрикс: Крутость — итоговый балл конфигурации.

Чтобы получить корректные данные, запускайте измерение на рабочей нагрузке, а не на пустом сайте:

1. Откройте Настройки → Производительность → Панель производительности.
2. Нажмите Тестировать — система прогонит серию замеров в течение примерно 10 секунд.
3. Дождитесь завершения, не обновляя страницу и не нагружая сервер другими задачами.
4. Зафиксируйте результат (скриншот или запись значений) для сравнения после оптимизации.

Тест лучше повторить 2–3 раза: единичный замер зависит от текущей загрузки сервера и может быть нерепрезентативным.

Основные показатели отчёта

После теста панель показывает несколько ключевых метрик. Разберём, что означает каждая.

Показатель	Что измеряет	На что смотреть
Скорость работы (хостов/секунду)	Сколько типовых страниц сервер способен отдать за секунду	Чем выше, тем лучше; сравнивайте с эталоном Битрикс
Время генерации страницы	Время выполнения PHP-кода без учёта сети	Рост времени — признак тяжёлых компонентов или запросов
Число запросов к БД	Количество SQL-запросов на страницу	Сотни запросов на страницу — сигнал отсутствия кэша
Попадания в кэш	Доля обращений, обслуженных из кэша	Низкий процент = кэш не работает или сбрасывается
Расход памяти	Пиковое потребление памяти PHP на страницу	Приближение к memory_limit ведёт к ошибкам

Отдельно выводится итоговая оценка конфигурации — «Битрикс: Крутость». Это интегральный балл, удобный для быстрого сравнения «было/стало», но сам по себе он не показывает конкретную причину замедления.

Тест конфигурации: как читать проверки

Вкладка Тест конфигурации проверяет окружение по списку и помечает каждый пункт цветом:

• Зелёный — параметр в норме, действий не требуется;
• Жёлтый — рекомендация, работать можно, но лучше исправить;
• Красный — критично, показатель нужно привести к требованиям.

Наиболее важные пункты, на которые стоит реагировать в первую очередь:

1. Кэширование — управляемый и HTML-кэш должны быть включены.
2. Акселератор PHP (OPcache) — обязателен для нормальной скорости.
3. Параметры PHP — memory_limit не ниже требуемого, корректные лимиты загрузки.
4. Настройки БД — версия MySQL/MariaDB или PostgreSQL, размер буферов.
5. Права доступа и модули — наличие нужных расширений PHP.

Красные пункты почти всегда указывают на настройки сервера, а не на код сайта. Их правят на уровне PHP/веб-сервера/СУБД.

Трассировка страницы во вкладке «Разработка»

Когда общий отчёт показал проблему, найти конкретный тяжёлый участок помогает трассировка отдельной страницы.

1. Перейдите в Настройки → Производительность → Разработка.
2. Включите режим отладки и укажите URL страницы, которую нужно измерить.
3. Откройте эту страницу — система соберёт данные по её генерации.
4. Вернитесь в панель и изучите таблицу компонентов и запросов.

В трассировке видно по каждому компоненту:

• Время выполнения — какой компонент дольше всех работает;
• Число SQL-запросов — где генерируется избыточная нагрузка на БД;
• Работал ли кэш — компонент собрался из кэша или пересчитывался;
• Память — вклад компонента в пиковое потребление.

Практическое правило: если у компонента много запросов и он не берётся из кэша — это первый кандидат на включение кэширования.

Как связать цифры с причиной

Отчёт полезен только тогда, когда по показателю можно назвать причину. Ориентируйтесь на связки:

• Много запросов к БД + низкий процент кэша → компоненты не кэшируются, включите кэширование и автокэширование;
• Высокое время генерации при малом числе запросов → тяжёлый PHP-код или отсутствие OPcache;
• Красные пункты в тесте конфигурации → проблема окружения (PHP, СУБД, веб-сервер);
• Расход памяти близок к лимиту → тяжёлые выборки, неоптимальные бесконечные списки, нужно поднимать memory_limit и оптимизировать код;
• Скорость падает под нагрузкой, но одиночная страница быстрая → узкое место в сервере/СУБД, а не в коде.

После каждого изменения перезапускайте тест и сравнивайте с зафиксированным ранее результатом — только так видно эффект правки.

Частые ошибки при чтении отчёта

Типовые заблуждения, из-за которых выводы получаются неверными:

• Тест на пустом или тестовом сайте. Без реального контента и нагрузки цифры не отражают продакшн.
• Один замер вместо серии. Разовый результат зависит от текущей загрузки сервера — делайте несколько прогонов.
• Ориентир только на «Крутость». Итоговый балл удобен для сравнения, но не показывает конкретную причину.
• Тест сразу после сброса кэша. Кэш ещё пуст, процент попаданий занижен — прогрейте сайт перед замером.
• Игнорирование жёлтых пунктов. Рекомендации накапливаются и в сумме заметно влияют на скорость.
• Правка кода при красных пунктах конфигурации. Сначала приведите в норму окружение — часть «проблем кода» исчезнет сама.

Итог

Монитор производительности — это диагностика, а не разовая кнопка «сделать быстро». Читайте отчёт по шагам:

1. Запустите тест на рабочей нагрузке, сделайте несколько прогонов и зафиксируйте базовые значения.
2. Проверьте тест конфигурации и устраните красные пункты окружения.
3. По ключевым метрикам (запросы к БД, кэш, время, память) определите тип проблемы.
4. Трассировкой найдите конкретный тяжёлый компонент или запрос.
5. Внесите правку и перезапустите тест, сравнив с исходным результатом.

Такой цикл «измерил → нашёл причину → исправил → перепроверил» превращает разрозненные цифры отчёта в понятный план оптимизации.