Объясните разницу между оповещением через Event и ReadFile

[V-ctor]

Давно сделал оповещение апликухи о прерывании через Event, по этому событию тут же вычитывается блок данных с устройства. Всё красиво, все работает, не глючит.
Но тут подумал, что это довольно медленно пока там управление дойдет до моего потока, пока он сгенерит запрос, пока вычтется.
А хотелось бы что б вычитывалось как можно быстрее, после поступления прерывания.
Подумалось, что сделать синхронное чтение через цтл или ReadFile быстрее будет, ИРП уже сформирована и ждет токо обработки и как токо так сразу вычитывает и в мой поток.
Собсно 2 вопроса:
1 Правильно ли я понимаю или переключений будет стоко же и выигрыша никакого
2 Если 1- да то какова экономия? Не получится ли что сэкономятся такты (копейки)
3 Наскоко он меннее (более?)  надежен, т.к. я понял, что за всеми этими отложенными ИРП надо следить и потенциально (мне так кажется) это менне надежно.

Почему-то Слава называл такой метод не очень красивым когда-то. В чем некрасота?

[SlavaI]

Все равно твой поток снимут с процессора(другие тоже хотят работать), а твой поток все равно сядет на ожидание(или в драйвере или в NtReadFile еще в ядре), например перейдя на ожидание какого-то объекта, или пустой цикл крутить начнет сам драйвер, заблокирова поток(ну это плохой вариант). Остановить Irp надо в драйвере- или запендить или просто держать, если держать на IRQL>=DISPATCH то процессор на котором твой поток выполняется будет недоступен для переключения на другие потоки,  в случае одного процессора система зависнет, если  IRQL<DISPATCH то поток снимут с процессора когда квант времени истечет . Если запендить запрос(STATUS_PENDING вернуть и отложить обработку) произойдет переход на ожидание по ивенту(если запрос синхронный) и поток снимут с процессора.
По моему мнению вигрыша никакого, так как механизм тот же задействуется- планировщик потоков.

[V-ctor]

Понятно, спасибо.