Виктория писал(а):Объект измерения требует три таймера, независимых в вероятностном смысле. Предположим, процессорные средства это позволяют реализовать. А есть ли в QNX программная поддержка со стороны микроядра и/или QNet для обработки прерываний от этих таймеров-генераторов? Период между прерываниями 1-10 мкс, хотя бы так для начала.
Я не понял вопроса...
Виктория писал(а):Объект измерения требует три таймера, независимых в вероятностном смысле.
Что значит "в вероятностном смысле"?
Таймеры периодические?
Виктория писал(а):Предположим, процессорные средства это позволяют реализовать. А есть ли в QNX программная поддержка со стороны микроядра и/или QNet для обработки прерываний от этих таймеров-генераторов? Период между прерываниями 1-10 мкс, хотя бы так для начала.
Если вы имеете в виду некоторые
аппаратные таймеры...? то обработка прерываний от них может быть реализована, средствами native API QNX для обработки прерываний.
А при чём здесь QNET или как может быть использована? QNET это чисто сетевая протокольная часть для передачи тех же сообщений микроядра, но между разными хостами.
По поводу 1-10 мкс...
Это какой-то совершенно мизерный интервал (период), чтобы он осознанно распознавался QNX. Самый минимальный размер системного тика, который может быть
принудительно установлен в QNX - 10мкс. Любые события, следующие чаще системного тика - неразличимы системой.
P.S. Если это обсуждения некоторых гипотетических возможностей, то их обсуждение лучше перенести а). на примеры Linux, и б). где-то в отдельную новую тему.
Почему лучше Linux?
Потому что QNX закрытая система, в общем, всё, что выходит за рамки
их техдокументации - можно только гадать.
В Linux можно попытаться разобраться с тем, что не освещено документацией. Кроме того в Linux начиная с ядер (очень примерно!) 2.6.18 и далее, есть такая вещь, как поддержка таймеров высокого разрешения, реализованная на таймерах APIC.