Ускорять надо измеренное, а не подозреваемое

Ускорять надо измеренное, а не подозреваемое

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

Порядок работы. Сначала измерить: где именно уходит время. Инструменты есть в любой среде — от простого замера времени вокруг подозрительных участков до полноценных профилировщиков.

Что смотреть в первую очередь. Запросы к базе: количество и время. Запрос внутри цикла — причина большинства проблем со скоростью в прикладных системах. Обращения к внешним сервисам. Объём данных, который передаётся зря.

Что мерить. Не среднее время, а поведение худших запросов: пользователь замечает именно их. И под нагрузкой, а не на пустой базе — на тысяче записей работает всё.

После исправления обязательно измерьте снова: интуиция часто ошибается в обе стороны.

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

IT Воронеж — t.me/voronezh_it