On 4/25/07, Muhammad Tayseer Alquoatli <idoit.ief@xxxxxxxxx> wrote:
Hi all: I'm wondering about interrupts distribution in Linux kernel, lets say i'm running Linux on a dual core processor, then Linux will distribute incoming interrupts between these two cores (processors) lets say also i'm running a service that uses nearly equal cpu/io/network time like a proxy that has many things to check in the content before issue an IO command to HDs or to network interface the question is, is it better to let all IO/network interrupts be routed to CPU0 and assign CPU1 to run the service user-level process ? or let Linux handles it if Linux can do it more efficiently and what is the side effect of such partitioning on high IO/network interrupts on CPU0?
Let Linux handle it.
In general, is manual interrupt/cpu assignment on SMP machine a good or a bad idea?
Not sure whether its bad or not but yes definitely will take a performance hit. Linux performs really well on its own. Fairness to all the interrupts is the goal AFAIK. Perhaps that is the reason there are no priorities assigned to the interrupt handlers, i guess? Though, one of the reasons is simplicity in the code. CMIIW Thanks ~psr
Thanks in advance -- Muhammad Tayseer Alquoatli -- To unsubscribe from this list: send an email with "unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx Please read the FAQ at http://kernelnewbies.org/FAQ
-- play the game -- To unsubscribe from this list: send an email with "unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx Please read the FAQ at http://kernelnewbies.org/FAQ
