Path: utzoo!utgpu!watserv1!watmath!att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!wuarchive!psuvax1!rutgers!bagate!cbmvax!daveh
From: daveh@cbmvax.commodore.com (Dave Haynie)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: Speed of HardFrame/2000 and Quantum Q105S (problem) (longish)
Keywords: HardFrame, Quantum
Message-ID: <16147@cbmvax.commodore.com>
Date: 29 Nov 90 17:13:34 GMT
References: <3989.659757130@lemsys.UUCP> <1990Nov29.045524.4226@javelin.es.com>
Reply-To: daveh@cbmvax.commodore.com (Dave Haynie)
Organization: Commodore, West Chester, PA
Lines: 25

In article <1990Nov29.045524.4226@javelin.es.com> blgardne@javelin.es.com (Blaine Gardner) writes:
>clemon@lemsys.UUCP (Craig Lemon) writes:
>Ok, I took a closer look at your mount list, and found a few odd things
>(my entries are below yours):

>> SizeBlock : 128 
>BytesperBlock = 512

>Howcome the half sized data blocks? This will slow you down some.

I'm not sure about rigid disk blocks, but normal Amiga device environment
vectors store the block size in longword units, not bytes.  So that part of
the report is probably correct.  Parameters like BytesPerBlock get translated
into longwords before the environment is created, for sure.

The Mask value was the same thing I flagged as being bogus; that would result 
in every transfer being done by CPU copies after DMAs, about the slowest 
possible configuration.

>Blaine Gardner @ Evans & Sutherland  580 Arapeen Drive, SLC, Utah 84108

-- 
Dave Haynie Commodore-Amiga (Amiga 3000) "The Crew That Never Rests"
   {uunet|pyramid|rutgers}!cbmvax!daveh      PLINK: hazy     BIX: hazy
		      ONLY 230 MILES TO GO