Що таке процес «Переривання системи» в Windows?


16

Моя система - портативна система з процесором AMD A10 5750m, процесором R9 M290X, 8GB, 1TB. Я помітив процес, який завжди активний під назвою "Переривання системи", в цей момент він споживає в середньому 1,5% процесора.

Я всюди шукав, але нічого не знайшов про цей процес. Я знайшов людей, у яких процес споживає надзвичайно високі значення процесора, що не в моєму випадку. Це нормально? Чи буде він активний весь час, споживаючи (навіть) мінімальну частину процесора?

Відповіді:


29

"Переривання системи" не є процесом у традиційному розумінні, але існує, щоб спробувати пояснити користувачеві, що комп'ютер витрачає 1,5% своїх ресурсів ЦП на обробку запитів на переривання. Перебої відбуваються нижче рівня ОС, тому вони не пов'язані з яким-небудь конкретним процесом.

Існують перебої (IRQ), щоб апаратні компоненти вашої системи могли повідомляти процесору такі речі, як "сталася помилка", або "дані, які ви запитували, тепер доступні", або "цей пристрій хотів би надіслати дані". Щоразу, коли пристрою чи програмному забезпеченню потрібно повідомити процесору щось про завдання, яке він виконує, або потрібно доручити процесору щось робити, він викликає переривання, яке отримує та обробляє процесор . Коли це відбувається, процесор негайно припиняє, що він робить, щоб обробляти переривання.

Якщо розглядати як процес, іншим пов'язаним елементом є відкладені виклики процедур (DPC) , які є функціями ОС, що викликаються прямо чи опосередковано у відповідь на підвищене переривання, асинхронним чином. Додавши системні переривання та обробку DPC разом, можна загалом оцінити кількість ресурсів, які використовуються, що відповідають обробці IRQ.

Бувають хороші переривання і погані. Якщо ви витрачаєте багато часу на обробку перерв, є велика ймовірність того, що хоча б одна деталь обладнання вийде з ладу. З іншого боку, багато обладнання використовують IRQ для встановлення часу та інших цінних цілей. Наприклад, шина PCI використовує IRQ для контролю того, який пристрій використовує шину в будь-який момент, щоб кожен пристрій ефективно використовував шину.

На 1,5% для мене все звучить нормально.


1
Дякую за вашу відповідь. Який відсоток споживання мене повинен турбувати? Якщо у мене виникнуть проблеми, як я можу знати, яка частина апаратного забезпечення виходить з ладу?
Даниїл

дійсно залежить від частоти вашого процесора. У мене були системи, які просто сиділи на рівні 1,5, а інші - менше 0,10 - 0,20. Я б дуже хвилювався, якби ви використовували більше 10% на сучасній машині.
Френк Томас

Мій процесор працює на 2,5 ГГц. Це дивно, іноді це на 1,5% (як я вже говорив: Середній), і, наприклад, зараз у 0,3%, але я бачив у 5%. Я прийму поради JakeGould, і більше цього не буду переосмислювати ... мій ПК ідеально чудовий :) А тепер я знаю трохи більше про це. Спасибі!!
Даніель

2
здебільшого ви цього не робите, якщо не існує апаратної проблеми, яку ви діагностуєте та усуните. ви можете уникнути обсягів USB на жорстких дисках (замість того, щоб встановити диск на порту SATA), оскільки USB використовує переривання для обміну шиною, але крім подібних речей, якщо тільки щось не так, вам потрібні переривання, які ви отримуєте. Вони не є коригуваною користувачем річчю, окрім можливо адрес, які використовує кожен пристрій, і це все, що ви могли зробити 20 років тому.
Френк Томас

2
@Devilathor, Не дуже. Вся архітектура комп'ютерів заснована на перериваннях і forcingly зменшуючи їх використання CPU (якщо взагалі можливо) просто повісити або уповільнити всю систему. Єдиний безпечний спосіб зменшити кількість перерв - зменшити кількість апаратних деталей, що надсилають перебої в процесор. Для цього ви можете зняти / відключити / вимкнути все непотрібне обладнання та побачити, чи це має значення. Якщо деяке обладнання не знімається, знайдіть налаштування, які б викликали менше оновлення від них (по можливості в режимі очікування).
Хокі

4

«Переривання системи» - також відомі як «Переривання» та «ІРК» - це процеси на рівні операційної системи, які керують способом спілкування обладнання з вашою системою. Як пояснено тут у Вікіпедії :

У системному програмуванні переривання - це сигнал процесору, що випромінюється апаратним чи програмним забезпеченням, що вказує на подію, яка потребує негайної уваги. Перерва попереджає процесор про умову високого пріоритету, вимагаючи переривання поточного коду, який процесор виконує. Процесор реагує, призупиняючи свою поточну діяльність, зберігаючи його стан та виконуючи функцію, яку називають обробником переривання (або звичайною службою переривання, ISR) для боротьби з подією. Ця перерва є тимчасовою, і після закінчення роботи обробника переривань процесор відновить звичайну діяльність.

Отже, це необхідна частина налаштування вашої основної системи. І якщо використання процесора стріляє через дах, це просто означає, що з вашою системою зв’язується обладнання з обладнанням.


Спасибі. Як я можу контролювати, які події спричиняють ці перебої? Якщо щось не так, має бути спосіб дізнатися, що відбувається, чи не так?
Даніель

1
Не на 100% впевнений на машинах Windows. Але я ніколи не чув про жодного адміністратора Windows, над яким я дуже працював. Ви можете це переосмислити. Більше інформації від Microsoft. technet.microsoft.com/en-us/library/cc940374.aspx
JakeGould

2
як правило, ви не можете переглядати інформацію про переривання в ОС, оскільки вони відбуваються нижче рівня ОС. це насправді не викликає особливих проблем, якщо ваш процесор не дуже високий для обробки IRQ або DPC.
Френк Томас

1
@Devilathor Ну, одна з причин, що я вже не дуже впевнена в перебоях, - це те, що останнє, з чим я справді розбирався з ними, було серйозно - ще в 1992 році, коли я вперше займався ІТ-роботою на 486 машинах. А встановлення IRQ іноді означало комбінацію BIOS та фізичні настройки перемичок. Тому я думаю, що моєму мозку немає корисності для розуміння цього матеріалу в наші дні, коли все це насправді за кадром у більшості систем.
JakeGould

1
IRQ - це серйозно для операцій, які не стосуються користувача. Мені все одно, коли мій процесор виконує контекстний перемикач для запуску іншого потоку, тоді як операція DMA для призупиненого потоку чекає асинхронного IRQ зворотного виклику, щоб вказати, що дані готові до використання. Така річ відбувається буквально мільйон разів на секунду.
Френк Томас
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.