Article View: comp.sys.amiga.tech
Article #11459Re: MaxTransfer
From: Colin Plumb
Date: Fri, 17 Feb 1989 14:24
Date: Fri, 17 Feb 1989 14:24
23 lines
1504 bytes
1504 bytes
pawn@wpi.wpi.edu (Kevin Goroway) wrote: > Is there any reason to add a MaxTransfer to a mountlist if the drive works > fine without it? Is there a possibility of a speed INCREASE with it? NO. Well, maybe with *really* screwed-up driver software, but all MaxTransfer does is compensate for a common bug in device driver software, an upper limit on data-transfer request size. The old FS would only read and write a block at a time, so as long as your driver could hanle that, everything would work. The FFS tries to send large single requests, and some .device drivers broke. Thus, the kludge in the FFS. If your .device driver can handle them, large requests are invariably faster than multiple small ones, and you should let the FFS use them. >> MaxTransfer is a kludge and will go away when << >>.device driver writers get their acts together.<< Oops... that's maybe a bit more forceful than necessary. But you get the idea. -- -Colin (uunet!microsoft!w-colinp) "Don't listen to me. I never do."
Technical Details
Message-ID:
<680@microsoft.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!decwrl!sun!pitstop!sundc!seismo!uunet!microsoft!w-colinpReferences:
<867@wpi.wpi.edu>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!decwrl!sun!pitstop!sundc!seismo!uunet!microsoft!w-colinp From: w-colinp@microsoft.UUCP (Colin Plumb) Newsgroups: comp.sys.amiga.tech,comp.sys.amiga Subject: Re: MaxTransfer Message-ID: <680@microsoft.UUCP> Date: 17 Feb 89 14:24:51 GMT References: <867@wpi.wpi.edu> Reply-To: w-colinp@microsoft.uucp (Colin Plumb) Followup-To: comp.sys.amiga Organization: very little Lines: 23