привет!
в сети часто обсуждается вопрос о том, является ли nt5 операционкой реального времени... в основном, считается, что нет, притом причины вынесения такого вердикта приводятся разные. главной причиной, по который нельзя, имхо, считать nt rtосью - это одинаковость приоритета при обработке прерываний, а именно одинаковость приоритета потока, который исполняет процедуры отложенного вызова, а именно DpcForIsr. также, иногда приводятся коммерческие пакеты для исправления этой ситуации, но каким, именно, образом они реализованы, не оговаривается.
самым очевидным решением, как мне кажется, был бы след. подход(конечно, всю работу можно сделать и в Isr, но в случае, если надо сделать много и возникает проблема): драйвер, при загрузке, создает поток, который ожидает определенного события. процедура обслуживания прерывания генерирует событие, сигнализируя о том, что произошло прерывание. беда только в том, что все системные сервисы для такого рода синхронизации работают на IRQL<=DISPATCH_LEVEL, поэтому их вызов на DIRQL будет неуместен.
SpinLock тоже не хорошо, ибо отжирает процессорное время!
предлагаю, собственно, обсудить данную проблему.

почему nt5 не осрв и как с этим бороться
поставить QNX

я б с удовольствием, но контора денег не дает :}