[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Have any of you put this chip in your //gs?
Bill Garber wrote:
"Exegete" <millers@noneofyourbusiness.com> wrote in message
news:3fdf42f9$1_5@corp.newsgroups.com...
:
: If you study carefully the RAMWorks series by AE, you will see
that they
: have extended Apple's bankswitching so that the IIe and IIc can
have
: megabytes of RAM. To what purpose? Well, if you use AppleWorks
3.0 or
: higher, and the various TO utilites, things speed up
dramatically since
: all are loaded into RAM and you don't have the constant
accessing of the
: disk drives for new overlays everytime you try to do
something - a
: problem that was a real drag for users of WordStar on CP/M and
MS-DOS
: machines.
Are you saying they have broken the 64K barrier on
a machine with only 16 address lines? I suppose that
if you were to switch at each 64KB and at each 4 MB
which would be 64K of 64K, then you could go as high
as you want, but you would need to go pretty fast to
make it worthwhile. Ok, I'll agree that there is reason
to have so much ram.
What you have described is a bit closer to the old EMS spec on PCs. PCs
used a 64K "window" in the upper third of the 8088's memory range to
move code and data in and out of the 640K region.
The bankswitching in the II is more like moving a few K, or even as
little as a page (256 bytes) in and out of the 64K range. Even the II+
had this with the language card. The IIe expanded it but not as much as
the /// (if memory serves, in theory the /// could have a meg of RAM,
which it would use in 32K blocks.) AE pushed the IIe and //c upto and
beyond the ///'s ability.
Of course, in an anal retentive sense, no CPU can "see" more than what
is in one register at a time, so moving code/data in and out of it's
16/20/24/32 bit data address range doesn't really make much difference
to what's happening in the registers at any given clock cycle... unless
the programmer/program loses tract of where the next byte of code or
data the CPU needs.
: There are a few other applications for the 8 bit IIs that can
also
: utilize the additional RAM. And of many that can't, you could
still
: create a RAM disk and run the app from there, giving further
increases
: in speed (WordPerfect comes to mind here.)
For the average Apple IIe user, 1 MB, maybe 2-4, would
suffice. More memory doesn't always add speed, but it does
keep things running smoothly, I'll grant you that.
: The biggest problem with a "new" Transwarp would be the PALs.
How to
: duplicate, or replace them. I, frankly, haven't got a clue.
PALs and GALs can be replaced with PIC controllers,
but you'd need to work out the fundamentals on your
own there. Unless AE would be willing to share their
data on how they did their logic.
Since they are defunct, that isn't likely.
Roy
Bill @ GarberStreet Enterprizez };-)
Web Site - http://garberstreet.netfirms.com
Email - willy4SPAM6pa@comXcast.net
Remove - SPAM and X to contact me
---
This email ain't infected, dude!
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.544 / Virus Database: 338 - Release Date: 11/26/03
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----