"Переривання системи" не є процесом у традиційному розумінні, але існує, щоб спробувати пояснити користувачеві, що комп'ютер витрачає 1,5% своїх ресурсів ЦП на обробку запитів на переривання. Перебої відбуваються нижче рівня ОС, тому вони не пов'язані з яким-небудь конкретним процесом.
Існують перебої (IRQ), щоб апаратні компоненти вашої системи могли повідомляти процесору такі речі, як "сталася помилка", або "дані, які ви запитували, тепер доступні", або "цей пристрій хотів би надіслати дані". Щоразу, коли пристрою чи програмному забезпеченню потрібно повідомити процесору щось про завдання, яке він виконує, або потрібно доручити процесору щось робити, він викликає переривання, яке отримує та обробляє процесор . Коли це відбувається, процесор негайно припиняє, що він робить, щоб обробляти переривання.
Якщо розглядати як процес, іншим пов'язаним елементом є відкладені виклики процедур (DPC) , які є функціями ОС, що викликаються прямо чи опосередковано у відповідь на підвищене переривання, асинхронним чином. Додавши системні переривання та обробку DPC разом, можна загалом оцінити кількість ресурсів, які використовуються, що відповідають обробці IRQ.
Бувають хороші переривання і погані. Якщо ви витрачаєте багато часу на обробку перерв, є велика ймовірність того, що хоча б одна деталь обладнання вийде з ладу. З іншого боку, багато обладнання використовують IRQ для встановлення часу та інших цінних цілей. Наприклад, шина PCI використовує IRQ для контролю того, який пристрій використовує шину в будь-який момент, щоб кожен пристрій ефективно використовував шину.
На 1,5% для мене все звучить нормально.