In general hardware interrupts need to be processed immediately, at least so as to acknowledge it and do some first level of processing. As I understand this is not scheduled activity. Please correct me.
So the question is how to choose a processor that would actually execute this hardware interrupt handler?
One can answer this for Linux and/or BSD systems
In general, this depends on the functionality offered by multi-core processor and OS. While using multi-core processors, you might need to configure the affinity of the interrupt as per your requirement.
In the case of
linux
, the/proc
file system has provision to show/configure the affinity of interrupts.1) The file
smp_affinity
for respective irq holds a bitmask which can be used for configuring the irq to be serviced by respective core in multi-core system :2) The file
smp_affinity_list
helps in configuring a range of CPU for a particular IRQ by avoiding the method of bitmask to configure the cores :3) Also linux offers a interrupts load balancing daemon called
irqbalance
which can help in distribution of interrupts across processor cores to optimize performance. This daemon may be enabled by default in certain system and hence this should be disabled if you want the manually configure the affinity of interrupt else this might override the configured affinity after every reset.It truly depends upon the operating system implementation.
Some assign a all interrupts to a single processor, while others distribute the interrupt handling across some or all of the processors.
On NUMA systems, the operating system should attempt to assign interrupt handling to a "nearby" processor.
You'll have to read the source of the operating system (and version) you're interested in to figure out what it uses.