Thread (6 messages) 6 messages, 3 authors, 2003-04-29

Re: ppc_irq_dispatch_handler dominating profile?

From: Paul Mackerras <hidden>
Date: 2003-04-27 22:45:49

Fred Gray writes:
In both cases, ppc_irq_dispatch_handler is the "winner."  I'm not very familiar
with the kernel profiler, especially on the PowerPC, so I don't know whether
or not this is likely to be an artifact of piled-up timer interrupts.
Otherwise, it suggests that something dramatically inefficient is
happening in the interrupt handling chain, since it spends twice as much
time here as it does touching all of the outgoing data for the copy and
checksum.
ppc_irq_dispatch_handler is the first place where interrupts get
turned on in the interrupt handling path, so all the time spent saving
registers and finding out which interrupt occurred gets attributed to
it.

How many interrupts per second are you handling?  A 200MHz 604e isn't
a fast processor by today's standards.  Also, how fast is your memory
system?  I would be a little surprised if the memory controller could
deliver any more than about 100MB/s.

I think that you will have to use interrupt mitigation to go any
faster, and I will be amazed if you can actually do 1Gb/s with an old
slow system such as you have.

Paul.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help