Уменьшить вариацию времени выполнения программы

А измеряешь ты всё это в каких условных «куницах»?

взгляд с дивана:

• отключить нафиг гипертрединг, пусть работает на честных физических ядрах
• вместо высшего приоритета наоборот запускать с обычным, и поставить жёсткие лимиты на ресурсы так, чтобы их хватало с запасом
• вместо минимального времени можно попробовать исключить первый запуск ( сборка / загрузка в память с диска и т.д .), а от остальных брать медиану
• во время работы собирать метрики производительности, чтобы потом была возможность раскурить бамбук и подумать, дело в коммите или в чём-то ещё

так, чтобы их хватало с запасом

в смысле, чтобы часть ресурсов cpu/памяти/io/сети была свободна и не было конкуренции за ресурсы

В секундах. Есть варианты лучше?

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

держи кеши холодными, иначе будет пшик, а не замеры

В линупсах можно освободить ядра ЦП от других задач и назначить их выполнять только одну твою. Приоритет тоже, да, можно рилтаймовый настроить. Сейчас это везде есть, даже не надо специально патчить ядро. Алсо сами екзечники и данные можно разместить в tmpfs, чтобы исключить влияние задержек харда. Ещё тебе обязательно надо зафиксировать частоту ядер ЦП на какой-то средней приемлемой величине, так как её максимальное значение может зависеть от температуры окружающей среды даже. Это тоже можно сделать в линуксе.

Это если кратко и только про проц. Как что там сделать — поищи на форуме. Дистр лучше брать нормальный, а не дебиан.

Насчёт диска и tmpfs можно не париться, добавил в оп пост инфу о том что I/O с диска не учитывается в рантайме программы, потому что на самом деле мы профайлим не время работы процесса, а время работы определённой функции в процессе после того как загрузим данные с диска.

Не уверен, что правильно брать именно минимальное значение.

Но в целом уменьшить разброс времени выполнения крайне сложно. Даже в ядре время выполнения (и производительность) может сильно различаться от раза к разу, от билда к билду. Мы с этим воюем годами, потому что трудно объяснить природу этого явления начальству :) Сиситемы с гарантированным временем выполнения - это системы жесткого реального времени, они проектируются изначально иначе, начиная с железа.

На данный момент ОС на компе - Win 10, но я думаю есть ли смысл попробовать какой-нибудь Debian с rt ядром?

1. советы по w10 ты врятли тут получишь;
2. ставь ubuntu, отключай cron (или удаляй его задачи), удали проверку обновлений, удали вообще всё лишнее к твоей задачи;
3. и если опять разные времена и это не есть бага программы, то только тогда и мониторить работу процессов;
4. а для теста запускай кодирование видео например, это независимая нагрузка и каждый сможет повторить