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

Ты прав, не забудь про нестандартные решения – каждый системный вызов, каждое переключение контекста – это потенциальная задержка. Я сделаю полный трейс, замерю задержку системных вызовов, проверю, не скрывает ли компилятор какие-нибудь недоработки оптимизации, а потом начну разбираться. Главное – держать стек под контролем, если один вызов функции тормозит всю систему, начнем с него. Надо установить базовый уровень.

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