linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* AMD64 Opteron 250 Errors and APIC Issues with DSFS
@ 2006-03-03 22:01 Jeff V. Merkey
  0 siblings, 0 replies; only message in thread
From: Jeff V. Merkey @ 2006-03-03 22:01 UTC (permalink / raw)
  To: Linux kernel


I have ported DSFS to the AMD and IA64 processors.  I am currently 
testing with an AMD64 Opteron 250 2.4 Ghz SMP Processor
with DSFS at 250 megabyte per second through from dual 1 GB Intel 
Adapters.  I am seeing excellent application performance
but sluggish I/O performance. 

Using the 2.4.21 kernels with the AMD was disappointing with the system 
locking up and barfing all over the place.  Since I have
update to unit to 2.4.6-22, the performance has increased dramatically.  
This board is employing an 82489DX emulation of the
Intel IOAPIC architecture, but it is reporting an abnormally high level 
of interrupts.  The I/O scaling is vastly improved on 2.6.X
kernels over 2.4.X, however, the performance is still 15% less overall 
than with equivalent Xeon and 7501/7505 based chipsets.

I am also seeing this message on the screen from the do_softirq handler:

Your time source seems to be instable or some driver is hogging 
interrupts.    rip __do_softirq+0x04d/0xd0.

Are there any other tuning parms for the AMD64 to increase I/O scaling?  
I can rewrite the APIC code underneath and redirect the
spurious interrupt handler and EOI sequences to eliminate the excessive 
interrupts, but is there information on better tuning for these
systems using IOAPIC emulation?

Jeff


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2006-03-03 21:06 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-03-03 22:01 AMD64 Opteron 250 Errors and APIC Issues with DSFS Jeff V. Merkey

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).