Тестирование латентности прерываний ОС, не проводил ли кто? Опции

[Evgeny_CD]

Идея проста. Задающий импульс на прерывание. В обработчике прерывания ногой дергаем.

Счетчик. По запускающему стартует, по дерганию ногой останавливается.

Микроконтроллер. Берет выход счетчика -> COM -> PC -> файл. Метки PC времени проставить в файле.

Статистика. Скользящая гистограмма. Как распредились латентности за последнюю минуту.

Ну и задачки всякие разные под ОСью запускать. WEB сервачек там и т.д.

А затем смотрим, как плывет гистограмма в зависимости от нагрузки.

Особенно меня такое интересует для Linux (нормального, не RT) на небыстрых процах (~70 Mhz ARM720 и т.д.)

[zaratustra]

Evgeny_CD

У меня был другой тест. Железка на pci шине генерила прерывания по внешним синхроимпульсам, а в isr я засекал системное время. Для 1Кгц при отсутствии обмена по шине pci (прерывания запрещались) получалась с точностью до 1мкс прямая линия. Но стоило нагрузить шину данными из pci-железки, то получался разброс до 10мкс, а временами происходили отскоки на несколько делятков мкс. Причину честно говоря мне раскопать не удалось. Но проц-то был 3ГГц, а на медленных этот эффект наверняка будет никак не меньше.

[Olej]

У меня был другой тест.

Тема - давняя, но вопрос как был актуальным так и остаётся... даже для сравнения характеристик не только разных и новых RTOS, но и контроля при появлении новых версий знакомых RTOS (не намудрили ли там чего? )

Здесь вот размещёно свеженькое сравнение 3-х RTOS (как, по крайней мере, их авторы называют) - RTLinux, RTAI и VRTXsa:
http://www.linuxdevices.com/news/NS5236356423.html
- в том числе и по латентноти.
Не думаю, что результаты сами по себе будут интересные, но может можно что-то "подсмотреть" по методикам (или дефектам методик ).