I had already seen that one and didn't find it to be any help. Thanks anyways though for taking the time. The author offers a solution but no explanation. I've tuned many sysctl's and experimented with the mtu's, changing from autoselect to 1000baseT, a few more things. It's two devices acting as a bridge and together they keep a dual opteron system at 70% on CPU0 and the second CPU1 doesn't see any action until CPU0 maxes out. I'd like to change this behaviour.
-Sarge -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shane J Pearson Sent: Sunday, February 26, 2006 10:46 PM To: [email protected] Subject: Re: SMP process control On 2006.02.27, at 1:45 PM, Sgt. Stedenko wrote: > Also, have there been any efforts into Ethernet device polling in > the bge > drivers? On a gigabit network the interrupts are eating a large > portion of > the cpu0 and thought it might help the situation. http://marc.theaimsgroup.com/?l=openbsd-misc&m=114064960816689&w=2
