Quoting Mark Hahn <[EMAIL PROTECTED]>:
> > 1. Transfer of the first 100-150MB is very fast (9.8MB/sec via 100Mb
> Ethernet,
> > close to wire speed). At this point Linux has yet to write the first
> byte to
> > disk. OK, this might be an exaggerated, but very little disk activity
> has
> > occured on my laptop.
>
> right. it could be that the VM scheduling stuff needs some way to
> tell
> whether the IO system is idle. that is, if there's no contention for
> the disk, it might as well be less lazy about writebacks.
That's exactly the way it seems.
> > 2. Suddenly it's as if Linux says, "Damn, I've got a lot of data to
> flush,
> > maybe I should do that" then the hard drive light comes on solid for
> several
> > seconds. During this time the ftp transfer drops to about 1/5 of the
> original
> > speed.
>
> such a dramatic change could be the result of IDE misconfiguration;
> is it safe to assume you have DMA or UDMA enabled?
Yes, UDMA/33 is enabled and working on the drive (using hdparm -d 0 makes the
problem way worse and my drive performs about 1/4 the speed).
> > This was much less noticeable on a server with a much faster SCSI hard
> disk
> > subsystem as it took significantly less time to flush the information
> to the
>
> is the SCSI disk actually faster (unlikley, for modern disks), or
> is the SCSI controller simply busmastering, like DMA/UDMA IDE,
> but wholly unlike PIO-mode IDE?
First, lets be fair, we're comparing a UDMA/33 IDE drive in a 1 year old laptop
(IBM Travelstar, if your interested) to a true SCSI Disk Subsystem with
mirrored/striped Ultra160 SCSI disk connected via 64bit PCI/66Mhz bus, so yes,
the SCSI subsystem is MUCH faster. Specific numbers:
Laptop with TravelStar IDE HD Max sustained read: 16.5MB/s
Server with Ultra160 SCSI disk array Max sustained read: >100MB/s
That's a big difference. The Travelstar is probably only 5400RPM and is
optimized for power savings, not speed, the SCSI subsystem has multiple 15000RPM
in a striped/mirrored configuration for speed.
Later,
Tom
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
