Сначала профиль: измерь куда реально уходит время

Checkout-эндпоинт медленный. Один инженер переписывает SQL. Другой добавляет Redis. Третий запускает профайлер на 30 секунд и находит узкое место в JSON-сериализаторе, который вызывается до того, как код вообще добирается до базы. Фикс отправляет только третий.

Принцип

Каждый следующий урок в этом треке — hot paths, GC, N+1, батчинг, бюджеты бандла — опирается на одну привычку: ты измерил прежде, чем что-то менял. Без неё у тебя каталог оптимизаций, применённых не к тому коду.

Принцип старше современных профайлеров. Дональд Кнут написал в 1974 году: «преждевременная оптимизация — корень всех зол — и всё же нельзя упускать возможности в тех критических 3%». Полная фраза называет стратегию: найди 3% кода, которые действительно важны, оптимизируй их, оставь остальные 97% в покое. Найти их — самая трудная часть, и единственный честный инструмент — измерение.

Почему интуиция ошибается

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

Профиль — это тепловизор для кода. Холодный дом: ты думаешь, течёт окно в спальне; утепляешь его. В понедельник всё равно холодно. Тепловизор показывает: настоящая утечка — люк на чердак, через который уходит 80% тепла. Профилирование показывает, куда реально утекает CPU-время.

Сценарий с Bea и Sven

Антон · Браузер думает, что медленный checkout — это база, и переписывает SQL: три джойна схлопываются в один. Скорость эндпоинта не меняется. Дима · Origin-сервер прикручивает профайлер на 30 секунд под нагрузкой: 80% времени уходит на JSON-сериализатор внутри логгера, который вызывается до того, как код вообще доходит до базы. SQL занимал 3%. Bea убирает тяжёлый log-вызов; эндпоинт уходит с 1200 мс на 250 мс.

Урок не в том, что оптимизация базы бесполезна. Урок в том, что в данном случае база не была узким местом. Только профиль мог сказать об этом.

Измерительный цикл (обзор)

«Сначала профиль» — это повторяющийся цикл, а не одноразовое действие.

1. Воспроизведи медленный сценарий под реалистичной нагрузкой.
2. Сними baseline-профиль — CPU, аллокации или время ожидания, в зависимости от симптома.
3. Прочитай профиль — назови верхний hotspot конкретными цифрами: «функция X съедает 38% CPU».
4. Сформулируй одну гипотезу о правке и предскажи ожидаемое ускорение.
5. Примени правку изолированно.
6. Сними новый профиль под той же нагрузкой и сравни с baseline.
7. Раскати и наблюдай production-метрики — убедись, что победа держится под реальным трафиком.

Без шага 2 нельзя доказать, что правка сработала. Без шага 4 нельзя понять, повезло ли тебе или правка была каузальной.