It seems nuzrin yaapar wrote:
> > Hmm, yes that looks somewhat on the low side...
> > Well, two things, the older VIA chips are not the best performers, but
> > I still think it should be better than that, I'll run some tests here,
> > I might have messed up something...
> > Are we talking -current or -stable here ?
> > -Søren
> atapci0: <VIA 82C686 ATA100 controller> port 0xd000-0xd00f at device 7.1
> on pci0
> ad0: 12416MB <QUANTUM FIREBALL CX13.0A> [25228/16/63] at ata0-master UDMA66
> 1+0 records in
> 1+0 records out
> 524288 bytes transferred in 0.023098 secs (22698423 bytes/sec)
Hmm, I've just played around a bit, it seems we are hit by interrupt
latency or something, if you limit the transfer to 128k, which allows
the ATA controller to fetch it in one go, you will see the expected
transfer rates. Now I dont see this on PCI based controllers, and that
hints that the problem could be the fact that the two onboard controllers
sits on irq 14 & 15 making them the lowest priority devices in the system,
and that could cause the interrupt latency I'm seeing which then again
causes the bad transfer rates on transfers that need to transfer more
that one transaction full of data (ie max 128k).
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message