Какова политика, определяющая, какой ЦП обрабатывает какое прерывание в ядре Linux?

В многопроцессорной/многоядерной системе вы можете найти демон-процесс с именемirqbalance. Его работа заключается в корректировке распределения аппаратных прерываний между процессорами.

Во время загрузки, когда микропрограмма передает управление системой ядру, изначально работает только одно ядро ​​ЦП. Первое ядро ​​(, обычно ядро ​​#0, иногда называемое «ЦП/ядро-монарх» ), сначала берет на себя все обязанности по обработке прерываний от микропрограммы перед инициализацией системы и запуском других ядер ЦП. Таким образом, если ничего не делается для распределения нагрузки, ядро, которое первоначально запустило систему, в конечном итоге берет на себя все обязанности по обработке прерываний.

https://www.kernel.org/doc/Documentation/IRQ-affinity.txtпредполагает, что в современных ядрах всем ядрам ЦП по умолчанию разрешено одинаково обрабатывать IRQ. Но это может быть не оптимальным решением, так как может привести, например, к. неэффективное использование строк кэша ЦП с частыми источниками IRQ. Задача irqbalance— исправить это.

irqbalanceне является процессом ядра :это автономный двоичный файл /usr/sbin/irqbalance, который может работать в однократном -режиме выстрела (, т.е. настроить распределение прерываний один раз как часть процесса загрузки и выйти )или как демон. Различные дистрибутивы Linux могут использовать его по-разному или вообще исключить.Это позволяет легко тестировать и реализовывать произвольно сложные стратегии назначения IRQ процессорам, просто обновляя двоичный файл пользовательского пространства.

Он работает с использованием файлов -IRQ /proc/irq/%i/smp_affinityдля управления тем, какие IRQ могут обрабатываться каждым процессором. Если вас интересуют подробности, проверьте исходный код irqbalance:, фактическое назначение настроек IRQ происходит вactivate.c.