Denistar & Xiao
Я тут пересматриваю марковские процессы для оценки динамических угроз и думаю, как улучшить модели перехода состояний с помощью каких-то экзотических алгоритмических доработок. Ты что-нибудь подобное пробовал?
Я покопался немного сам, по мелочам. Обычно, чтобы все работало нормально, нужно держать пространство состояний минимальным и потом применить кастомный фильтр сглаживания – типа, Bayesian shrinkage для вероятностей переходов. Так получаешь более стабильную оценку, не раздувая модель. Если ты готов добавить небольшую таблицу подсмотренных редких переходов, сходимость тоже улучшится. Что-нибудь подобное пробовал?
Я тоже проводил похожие тесты. Поддерживать компактное состояние и использовать байесовскую усадку для матрицы переходов помогло сделать оценки надёжными. Я добавляю небольшую справочную таблицу для выбросов, но только когда частота превышает порог, который я не могу игнорировать. Это ускоряет сходимость, не создавая большой нагрузки. Какой фильтр сглаживания ты считаешь наиболее стабильным?
Обычно я использую простой экспоненциальный kernel — просто взвешенное среднее, которое затухает с возрастом данных. Это вычислительно дёшево, а коэффициент затухания можно подстроить под волатильность среды. Если динамика более хаотичная, переключаюсь на гауссовый kernel с фиксированной шириной полосы, но это добавляет совсем немного накладных расходов. В любом случае, главное — поддерживать стабильные параметры kernel от запуска к запуску, чтобы не переподгонять сглаживание на каждой итерации.
Ядро экспоненты – надёжная штука, я уже применял его в нескольких проектах. Только не забудь зафиксировать коэффициент затухания на этапе развёртывания – изменение его "на лету" может дестабилизировать всю цепочку. Если вдруг столкнёшься с выбросом, который экспонента не берёт, быстро переходи на гауссиану – но только после того, как проверишь ширину полосы на валидационном наборе. Держи параметры неизменными, и модель будет вести себя как часы.
Отлично – фиксировать коэффициент затухания – хорошая практика. Настрой полосу пропускания один раз, и не будет неожиданностей. Продолжай итерации, но правки только после полной проверки.
Понял. Держимся плана: сначала проверяем, потом корректируем. Так и поддерживается предсказуемость системы.
Это самый надёжный вариант. Здесь важнее предсказуемость, а не любопытство.
Договорились. Оставлю всё как есть до следующей полной проверки.