Re: ZipGS Split-Cache tests and a Correction

[spec@vax2.concordia.ca (Mitchell Spector)]

In article rubywand@swbell.net writes...

>First, the correction:
> 
>     The FAQs describes a Split-Cache modification for 64kB and 16kB
>version 1.02 ZipGS accelerators. The text description is correct; but,
>unfortunately, the "helpful" diagram pic (file R005SPLITC.GIF) has
>contained an error.
> 
>     The J6 and J7 jumbers are shown going from point 1 to point 2; the
>J6 and J7 jumbers should each go from point 1 to point 3. A corrected
>R005SPLITC.GIF has been uploaded and should soon replace the bad pic. (I
>did the pic; so, the error is mine, not the author of the Split-Cache
>Mod article.)

    Is this the same diagram that appeared in the winter 1996 issue
of II-Alive? Unfortunately, that was the very last issue, so there
is no chance of publishing the corrected diagram (if indeed it was
the same one I'm thinking of).

>     One surprise is that there was very little difference in timings on
>any of the tasks. In most cases, the timings were so close as to be
>within the usual error one expects when clicking a stopwatch for
>repititions of the same task on the same system.

    Well then, I guess my Apple IIgs has hit the plateau in terms
of speed if I take that into consideration. I could of course pop
in a 64 MHz oscillator to bump up my ZipGS from 15 MHz to 16 MHz,
but that will hardly make a difference (expect possibly in terms
of stability ;).

Mitchell Spector
spec@vax2.concordia.ca