Мы говорим и системе реального времени, которую тестируют под высокой нагрузкой и нас интересуют только максимальные значения времени. При большой нагрузке других ядер происходит промах мимо кэша.
Цифры я привёл не из воздуха а из реальных тестов.
Обработка таймера это обычно активация rt потока. Если в определённый момент времени нужно рабудить несколько потоков, то каждый нужно активировать, даже если приоритет низкий. Пустое прерывание это тоже активация потока.
30 мкс было максимальное время для обработки таймеров высокого разрешения для E3940. При том, что любой rt поток даже низкого приоритета, который просыпается в то же время когда и поток высокого потока, добавляем время.
Любое прерывание хоть и «ничего не делает», только пробуждает рабочий поток занимает время (5-10 мкс) и блокирует поток реального времени с высоким приоритетом.
Xenomai ещё может получить 50 микросекунд, потому что он блокирует другие прерывания, но rt_preempt не блокирует прерывания. К тому же обработка high resolution таймеров занимает много времени.
Цифры я привёл не из воздуха а из реальных тестов.
Обработка таймера это обычно активация rt потока. Если в определённый момент времени нужно рабудить несколько потоков, то каждый нужно активировать, даже если приоритет низкий. Пустое прерывание это тоже активация потока.
Любое прерывание хоть и «ничего не делает», только пробуждает рабочий поток занимает время (5-10 мкс) и блокирует поток реального времени с высоким приоритетом.