WCET (время выполнения в наихудшем случае)
Самое долгое время, за которое фрагмент кода может выполниться на данном процессоре, — число, на котором строится весь анализ жёсткого реального времени.
Средние значения никого не интересуют, когда нужно сработать подушке безопасности. Анализ планируемости, например монотонное планирование по частоте, требует верхней границы для каждой задачи, причём надёжной, а не типичной. Измерение даёт лишь самое долгое время из случайно наблюдавшихся; настоящий худший путь мог ни разу не пройти во время тестов.
Отсюда статические инструменты вроде aiT от AbsInt: они анализируют машинный код и моделируют процессор — границы циклов, промахи кэша, остановки конвейера. Вот тут и начинается сложность. Кэши, спекулятивное выполнение и несколько ядер на общей шине делают современный процессор быстрым в среднем и почти не поддающимся точной оценке сверху. Это одна из причин, почему авионика и контроллеры тормозов предпочитают простые ядра без кэшей — медленные, но предсказуемые.