Re: Disk Performance

Maxwell Spangler (maxwax@mindspring.com)
Sun, 11 Nov 2001 15:56:26 -0500 (EST)


On Sun, 11 Nov 2001, Andre Hedrick wrote:

> The significance of the tuning code is not just for init events.
> Linux is the first and only OS to have the autodma down grade feature
> (Intel borrowed my model, approved by me). This allows for kernel to auto
> reconfigure the drive to stablize the transfer rates to protect the data.
> Of course the ATA hardware has iCRC's un Ultra modes, but excessive
> retries which are/will be successfully defeat the power of Ultra
> transfers. Therefore the tuning code in conjunction the the
> auto-down-grade functions will reduce the transfer rates until the iCRC's
> go away. This is the 0x84/0x51 error pairs. There are various reasons
> that can cause this error to occur; however, the first stage is to
> stablize the transport data path and then allow the SA or EU to examine
> the problems.

So the system will boot at ATA100, for example, and if errors are seen,
downgrade step by step until a satisfactory level is reached. Perhaps, ATA66
or ATA33 and the system would continue proper operation still at a "somewhat
fast" (as compared to PIO) speed level AND in DMA mode, not PIO. My situation
with the 6.31 driver has DMA being disabled by the driver when errors are
seen, as I think you have clearly stated.

?? I'm assuming no to this, but I'm curious: Is there any chance the driver
would "speed up" the transfers? Ie: after a period of time at ATA33, would it
try ATA66, 100 again? I suppose this makes more sense for things like
serial/modem communications where problems could come and go, but if one is
experiencing problems between the ATA circuitry, cable and drive, they'll
start good, get worse and never recover..?

-------------------------------------------------------------------------------
Maxwell Spangler
Program Writer
Greenbelt, Maryland, U.S.A.
Washington D.C. Metropolitan Area

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/