UI.

На рубеже возникновения всяких сред восстановления типа GHost, Acronis, e.t.c. эти все штуки полностью
копировали интерфейс Windows-95. Причем достаточно компактно (на нескольких килобайтах) они реализовывали
почти все нужные контролы вплоть до табличек. Я тогда студентом был. И мы в Borland C++ тоже соревновались
кто сделает UI в MS-DOS как можно более похожим на настоящий ТруЪ оконный.

Про макос мы тогда разве что в журналах и газетах читали. Поэтому с ним сравнивать не могли. Ну а Unix тогда
для нас существовал в виде чёрного экрана и мигающего курсора центрах проводной связи.

ОС Windows не является ОС реального времени. И ЕМНИП там даже предусмотрена буферизация графических событий.
Помните? Когда приложение долго не отвечает... вы можете накликать овер дохрена кликов и мышиных дейстий. И когда
основной цикл WndProc внезапно отмёрзнет - он получит пакетом всю очередь событий которые вы посылали ранее.

Эта механика - ВНЕ вашего приложения. Вы ее не программировали. Это услуга со стороны Win32GDI. И это реально
очень классная услуга. Я когда-то переходил с Windows на Linux Suse + KDE. Впечатление у меня было - ужасное.
Все те механики которые работали на Windows - морозились и глючили под KDE. Клавиатурные события - терялись.
Ты долбил мышкой по подзависшему окну и оно событий не принимало. Windows же на том-же железе работал вполне
терпимо.

Ты когда - нибудь использовал QNX Neutrino?

По поводу "0.0001% ответов прошло за 15 мс". Давай порассуждаем. Вот если открыть
task manager windows - то там можно видеть сет процессов. Процессов которые случайным образом
испольуют кванты времени процессора а иногда и подгружают его различными вычислениями
природу которых мы не знаем. И существует не пустая вероятность что 2-3 или 4-5 из них
одновременно стали активничать. Вобщем я думаю то это и есть те самые 0.0001% задержек
которые ты наблюдал. Как с этим бороться - я не знаю.

Самый правильный ответ - уходить с Windows и неправильный - просто убивать эти процессы или
сделать так чтобы их вообще был минимум. В идеале тебе нужен только процесс твоего приложения.
Все остальное нужно сделать taskkill, и заблокировать навсегда в Services и заблокировать из меню
авто-запуска.

Немного не в тему. И не в тему данного супержета.
Вот к примеру в Айрбасе. Джойстик. И пилот эдак случайно повернулся и локтем его задел.
Нужно программно зафильтровать эту ошибку? Нужно. А нефик случайно его дёргать.

Самый правильный ответ - уходить с Windows и неправильный - просто убивать эти процессы или
сделать так чтобы их вообще был минимум. В идеале тебе нужен только процесс твоего приложения.
Все остальное нужно сделать taskkill, и заблокировать навсегда в Services и заблокировать из меню
авто-запуска.

Даже если у вас там выключен Касперыч и MS-Indexing-Service то есть еще много служб
(сетевые) которые обеспечивают сетевую инфра-структуру Windows и обязаны реагировать
например на сетевые события.

Есть много примеров атак на отказ в обслуживании когда атакующий делает различного
рода интеракции с сетевыми службами листенереы которых подняты и просто обязаны
обслужить входящий реквест. Что из этого можно придумать - ну.. дофига чего.