home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.cbm
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!ames!kronos.arc.nasa.gov!iscnvx!netcomsv!netcom.com!fuzzy
- From: fuzzy@netcom.com (Fuzzy Fox)
- Subject: Re: Decreased seek times.
- Message-ID: <1992Nov7.235502.3673@netcom.com>
- Organization: Foxes 'R' Us - Seven locations to serve you
- References: <1992Oct19.172546.1@pembvax1.pembroke.edu><1992Oct20.003624.1876@netcom.com> <92308.181655K3027E7@ALIJKU11.BITNET> <1992Nov4.015117.7144@pimacc.pima.edu> <sheun.720890127@barney> <1dg4bmINN73i@uniwa.uwa.edu.au>
- Date: Sat, 7 Nov 1992 23:55:02 GMT
- Lines: 20
-
- john@gu.uwa.edu.au (John West) writes:
-
- >>I do understand that increasing the transfer rate will not speed things
- >>up because the bottleneck is the 1541 reading/writing sectors.
-
- >But it does! I disected one of the early fastloaders - they use the
- >standard routines for reading and decoding blocks, and just use their
- >own serial routine. That was around 5 times faster, I think.
-
- Indeed. However, a standard fastloader cannot speed up past the 5X mark
- without changing the sector interleave factor of the stored files. Or,
- the loader could read the sectors out of order, but that's a very tricky
- affair. It has been done, though, e.g. in the Super Snapshot
- fastloader, which can load any file at about 15X speedup.
-
- --
- #ifdef TRUE | Fuzzy Fox fuzzy@netcom.com
- #define TRUE 0 | a.k.a. David DeSimone an207@cleveland.freenet.edu
- #define FALSE 1 | "History doesn't repeat itself, but it rhymes."
- #endif | -- Mark Twain
-