Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!sdd.hp.com!spool.mu.edu!agate!darkstar!ucscb.UCSC.EDU!unknown
From: unknown@ucscb.UCSC.EDU (The Unknown User)
Newsgroups: comp.sys.apple2
Subject: Re: Apple IIGS's Memory Limit
Message-ID: <17284@darkstar.ucsc.edu>
Date: 21 Jun 91 02:27:15 GMT
References: <1991Jun20.221622.561@crash.cts.com>
Sender: usenet@darkstar.ucsc.edu
Organization: University of California, Santa Cruz; Open Access Computing
Lines: 21


In article <1991Jun20.221622.561@crash.cts.com> rhood@pro-gsplus.cts.com (Robert Hood) writes:
>In-Reply-To: message from MQUINN@UTCVM.BITNET
>Re: Theoretical memory limit on the GS - 8 MB?  16 MB?  17.125 MB?
>I'm shocked.  In all of this thread I've seen, everyone has mentioned only
>what is directly accessible.  Has everyone forgotten the 128K 8-bits?  The
>address space on a 6502/65C02 is only 64K - surely someone could figure out
>a way to do something similar with the GS, no?

	Yes, I guess you could do something similar, but -WHY-?

	If more memory were needed (I think 8 megs is a HELL of a lot, 
and even if a MultiFinder GS ever existed, I doubt you'd ever fill that much),
go through the bother of building in VIRTUAL memory, which makes more memory
invisible to the application.. That is, the operating system handles 
dealing with more memory, rather than the program doing bank switching
crap.
-- 
/unknown@ucscb.ucsc.edu       Apple IIGS Forever!        unknown@cats.ucsc.edu\
|WANT to help get ULTIMA VI //e or GS written?-mail me. CHEAP CD info-mail me.|
\                    It's a Late Night World.... Of Love                     /