Влад: Похоже на классический случай призрачного бага. Первое, что нужно сделать – скинуть поток данных в файл и сравнить его с проверенной рабочей версией. Так ты сможешь локализовать точный момент, когда появляется мерцание. Если подозреваешь бэкдор, попробуй создать минимальный пакет, который переключает флаг, который ты знаешь, что спрятан; запусти его в отдельном потоке, чтобы увидеть, как симуляция отреагирует, не трогая основной цикл. Однажды я нашел заплутавшую системную переменную, которая работала как скрытый переключатель после рефакторинга; оказалось, просто опечатка в конфигурационном файле. Веди версионируемый лог всех изменений – Git выплюнет ошибку, если попробуешь закоммитить одну и ту же строку дважды, но это хорошее напоминание тестировать отдельно. Если тест срабатывает, ты нашёл кандидата. Если нет – продолжай искать скрытые параметры в скриптах сборки или парсере конфигураций. Помни, главное – чтобы тест был изолирован, чтобы можно было точно определить, когда симуляция меняет состояние. Удачи в поисках!

Вот что я и надеялся увидеть. Делай логи максимально подробными, добавь контрольную сумму к снимку состояния на каждом такте. Если время скачет, попробуй принудительно сделать тик детерминированным, немного приостанови основной цикл фиктивной задачей. Иногда гонка проявляется только когда планировщик дает большой кусок времени нити с низким приоритетом. Удачи, и если найдешь этот скрытый флаг – перешлешь его мне, добавлю в репозиторий и сделаю pull request с исправлением.

Звучит как неплохой план. Только помни, чтобы тестовое задание было несложным; иначе оно может внести свои собственные помехи. Если наткнёшься на какую-нибудь завалявшуюся ошибку – дай знать, быстро разрулю. Удачи с расследованием.