🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.ibm.pc
Article #8862

Re: 640K limit

#8862
From: Stephen M. Dunn
Date: Thu, 18 Jan 1990 16:43
54 lines
3799 bytes
In article <4308@brazos.Rice.edu> solomon@screech.rice.edu (Richard L. Solomon) writes:
$In article <729@jethro.Corp.Sun.COM> acm@sun.UUCP (Andrew MacRae) writes:
$>In article <28808@amdcad.AMD.COM> phil@pepsi.AMD.COM (Phil Ngai) writes:
$>>Don't be ridiculous. The 8088 can't ADDRESS more than 1 mega. Just where
$>>did you expect IBM to put the IO stuff?
$>Simple.  IBM/MicroSoft *should* have used soft pointers to the I/O memory
$>areas.
$	NO....they SHOULD have mapped the I/O in the I/O ADDRESS SPACE where
$it belongs......there are 64kB of I/O addresses, anyone use that much?
$(Excluding VidRAM and EMS which obviously could legitimately be in the
$memory address space.)  

   Actually, have a look at the IBM PC memory map.  Up to segment A000 is
reserved for RAM.  A000-AFFF was reserved from day one for more capable
graphics cards (and has been used since EGA).  B000-BFFF is reserved for
display adapters (initially, B000-B0FF for the monochrome card, and B800-
BBFF for the CGA, with the rest to be used later - and it has been).
C000-F3FF is reserved for BIOS extensions - as in ROMs that belong in the
address space (this has also been used for RAM buffers on some cards,
such as IBM's Token Ring adapter).  F400-FFFF is for system ROM, IBM's
ROM BASIC, and the ROM BIOS.  The only ways to cut this down would be to
decrease the amount of space available for BIOS extensions (yeah, this
could be done, at the cost of more frequent collisions between cards)
or to have left less than 128K for display adapters and enforced the
sort of scheme used on VGA cards.  Oh, back to the token ring type of
card, which has its own RAM (up to 64K) on board:  if the I/O space
were to be reduced, it would have to use conventional memory for its
buffers.  Net gain for networks (which are becoming more and more
prevalent):  zero.

   So to get more memory, we would have had more awkward video cards and
more frequent problems when installing a new card in the system.  Worth
it?  Perhaps.  Don't get me wrong - I'm not trying to be a staunch IBM
defender (I don't think they came up with the best PC they could have, and
I don't think Microsoft came up with the best OS they could have, either);
I'm just pointing out that there isn't as much slack in there as one
might think there is.

$	Also, most early CP/M systems had 16 or 32kB of memory....their
$apps were limited to correspondingly less memory  :)

   Most early MS-DOS systems had 16 or 64K of memory ... perhaps IBM
didn't see their little computer growing so quickly that 10-40 times
its current memory would no longer be enough?  Or perhaps they were
under the impression that there would be an easier path to expansion
than Intel provided, so that users didn't have to recompile their
applications in order for them to take advantage of more advanced
processors (although I'm not sure how this would happen, exactly,
given how the limitations of the 8086/8088 come to pass).
-- 
Stephen M. Dunn                               cs4g6ag@maccs.dcss.mcmaster.ca
          <std_disclaimer.h> = "\nI'm only an undergraduate!!!\n";
****************************************************************************
       "I want to look at life - In the available light" - Neil Peart
Technical Details
Message-ID: <25B5F23B.28498@maccs.dcss.mcmaster.ca>
Path: arc1-ca.pugleaf.net!utzoo!attcan!lsuc!maccs!cs4g6ag
References: <4668.25aed7f2@uwovax.uwo.ca> <1468@blackbird.afit.af.mil> <28808@amdcad.AMD.COM> <729@jethro.Corp.Sun.COM> <4308@brazos.Rice.edu>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!attcan!lsuc!maccs!cs4g6ag
From: cs4g6ag@maccs.dcss.mcmaster.ca (Stephen M. Dunn)
Newsgroups: comp.sys.ibm.pc
Subject: Re: 640K limit
Message-ID: <25B5F23B.28498@maccs.dcss.mcmaster.ca>
Date: 18 Jan 90 16:43:39 GMT
References: <4668.25aed7f2@uwovax.uwo.ca> <1468@blackbird.afit.af.mil> <28808@amdcad.AMD.COM> <729@jethro.Corp.Sun.COM> <4308@brazos.Rice.edu>
Reply-To: cs4g6ag@maccs.dcss.mcmaster.ca (Stephen M. Dunn)
Organization: McMaster University, Hamilton, Ontario
Lines: 54