Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!cbmvax!andy From: andy@cbmvax.cbm.UUCP (Andy Finkel) Newsgroups: comp.sys.amiga Subject: Re: blitzwhat? (New timings -- w & w/o scroll) Message-ID: <1927@cbmvax.cbmvax.cbm.UUCP> Date: Tue, 26-May-87 10:45:25 EDT Article-I.D.: cbmvax.1927 Posted: Tue May 26 10:45:25 1987 Date-Received: Thu, 28-May-87 02:19:49 EDT References: <8705220432.AA05897@cory.Berkeley.EDU> <120@gtss.UUCP> Reply-To: andy@cbmvax.UUCP (Andy Finkel) Organization: Commodore Technology, West Chester, PA Lines: 24 In article <120@gtss.UUCP> chas@gtss.UUCP (Charles Cleveland) writes: >Thanks to Matt for pointing out how scrolling slows down BlitzFonts. Here's >some timings with and without scrolling and using both Type and Copy. Leaves >me wondering what Type is doing extra. > Nope, nothing complicated. Its just that COPY uses a big buffer (100K) and TYPE uses a small buffer (a character). >Of course Type is much smaller than copy but I always figured that was >because it didn't have to interpret file name patterns. Is this smallness >my reward? Or is Type deliberately SLOWED DOWN because its authors figured >people would be trying to read the text as it came by ? (Not a bad reason.) That's one reason it didn't need a large buffer...vast speed is inconsistent with its basic mission in life. -- andy finkel {ihnp4|seismo|allegra}!cbmvax!andy Commodore/Amiga "An end is always a new beginning." - Captain Cloud Any expressed opinions are mine; but feel free to share. I disclaim all responsibilities, all shapes, all sizes, all colors.