Заметил один случай самостоятельного снижения нагрузки на процессор со стороны Системы прерываний.
..как всегда по дефектам звука и подтормаживаниям понял, что процессор опять напрягся "отложенными вызовами процедур", вызвал на экран Монитор ресурсов, убедился, но ПК не перегружал, поскольку шёл процесс записи DVD-диска. NERO как раз вёл буферизацию данных для записи на диск, поскольку источник этих данных был на другом ПК в сети. Так вот, как только NERO закончил буферизацию, нагрузка на процессор снизилась до нормальной!
Это второй пример после ivan2016, у которого тюнер снимал нагрузку с процессора.
Цитата vadblm:
|
Почитайте про "шторм прерываний" (interrupt storm). »
|
Спасибо, vadblm. Там по англицки написано примерно это:
...Наиболее распространенной причиной Interrupt storm является неисправный драйвер APIC (Advanced Programmable Interrupt Controller), где устройства "позади" других сигналов прерывания APIC. ОС спрашивает каждый драйвер о прерывании, если оно было от его аппаратной части. Бракованный драйвер может всегда отвечать "yes", но затем ничего не делать и аппаратные прерывания фактически не обслуживаются. Устройство, которое первоначально выставило прервание, управление не получает и снова выставляет прерывания, которые опять же не обслуживаются, и цикл начинается заново. Многие операционные системы, например, Linux, впадают в кому (live lock) при Interrupt storm, другие имеют механизмы для предотвращения этого. Это была (и остается) проблема на некоторых материнских платах, серии звуковых карт SoundBlaster Live!, только отладчик ядра может привести к прекращению штурма выгрузкой неисправного драйвера...
...Существуют аппаратные и программные подходы к проблеме. FreeBSD обнаруживает Interrupt storm и маскирует проблематичные прерывания в течение некоторого времени...
Теперь хоть немного прояснилось: надо искать глючный драйвер. А может просто поставить FreeBSD?... Будем копать
