Alexander Motin wrote: > Hi. > > Full interrupt rate on some CPU means that your system is not idle, but > running some process. Another possibility is that you have DUMMYNET > compiled into your kernel, which tends to schedule callout for every HZ > tick, effectively blocking skipping interrupts for one of CPUs. > > Check 'top -SH' for running processes, or 'top -SH -m io -o vcsw' for > processes doing a lot of context switches. That most likely should give > an answer. > Hi, It looks like the device polling is what was causing it, once I'd removed that from kernconf it returned to normal - full interupt rate is ok though if I can increase the rate to a decent levelReceived on Mon Nov 05 2012 - 15:35:28 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:31 UTC