Article View: comp.sys.powerpc
Article #1602Re: Ask yourself these before you choosing a 32bit OS...
From: Illya Vaes
Date: Thu, 24 Aug 1995 09:43
Date: Thu, 24 Aug 1995 09:43
46 lines
3392 bytes
3392 bytes
c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku) writes: >In article <809039446.1190@ksmith.com>, Keith Smith <keith@ksmith.com> wrote: >>Tom L. Davis <davis@adrs1.dseg.ti.com> wrote: >>>IBM's 640K error. >>Bill Gates 640K error. All that 640K limitation in MS-DOS was due to >>software not hardware. Bill admitted he made a mistake when he said no >>one would ever need 640K of memory in a PC. >Are you sure about that? THe 640K limit stems from the fact that AT-bus >devices have memory-mapped I/O in the upper 360K, as well as ROMs, etc. >Wasn't it IBM who put the video memory of the Monochrome Display Adapter >of the PC at location 0xB0000? That's at the 720K barrier. EGA and VGA >frame buffers start at 0xA0000, the 640K barrier. >I may have forgotten much of the PC history (good riddance), but I don't >see how Gates could have influenced the placement of the hardware memory >apertures. Did he have some influence in the matter? I'd definitely >point the finger at IBM in this case. Gates can't be blamed for >_everything_, now! You have the facts right but the conclusions wrong. IBM specified the place to put those adapters (BTW after Intel specifying the 8080 to start at 1M, not 0), but MS-DOS (and thus MS) is to blame that any memory between and beyond those adapters aren't accessible (the between-part finally changed in DOS 5, *provided* you had a 386 or better). Look at it this way: on the *same* PC, with the *same* adapters, OS/2, NT, SCO Unix, Linux etc. all are able to address all available RAM. Only DOS can't. Now ask yourself again: is it the hardware (specification) or the software? >In any case, the 640K "barrier" isn't a problem anymore, since operating >systems can simply map virtual memory pages around the I/O areas. Everyone >in Linuxland sees a flat address space, with the kernel mapped somewhere >in the the upper GB, protected from user processes by a segment limit. And now you notice it yourself, contradicting yourself. The ability to map *virtual* memory pages around the I/O areas implies that the OS software can *physically* address all available RAM, whether or not it is below the adapters (640K) or not. Only DOS misses this capability, and it is just because it was designed that way. No runtime allocating of memory structures and such. It's called 'assumptions'. Most assumptions turn out to be wrong (I wonder if there's a lesson to be learnt here about the assumed de-facto market dominance of a certain just- released product????). -- Illya Vaes (ivaes@hr.ns.nl) Holland Railconsult BV, Signalling CAD Postbus 2855, 3500 GW Utrecht Tel +31.30.358586, Fax 357212 "Do...or do not, there is no try" - Yoda
Technical Details
Message-ID:
<DDt701.DC3@hr.ns.nl>Path:
arc1-ca.pugleaf.net!EU.net!sun4nl!ibmail!074492References:
<3vh2hc$9dd@falcon.ccs.uwo.ca> <41353n$80j@acmex.gatech.edu> <davis-2008951945510001@pppsb16.itg.ti.com> <809039446.1190@ksmith.com> <41djjvINNjmn@keats.ugrad.cs.ubc.ca>Show Full Headers
Complete Article Headers
Newsgroups: comp.sys.powerpc,comp.os.linux.advocacy,comp.sys.mac.advocacy,comp.os.os2.advocacy,comp.sys.amiga.advocacy,comp.sys.intel,alt.2600,comp.os.ms-windows.advocacy Path: arc1-ca.pugleaf.net!EU.net!sun4nl!ibmail!074492 From: Illya Vaes <ivaes@hr.ns.nl> Subject: Re: Ask yourself these before you choosing a 32bit OS... Message-ID: <DDt701.DC3@hr.ns.nl> Sender: 074492@hr.ns.nl (Illya Vaes) Reply-To: ivaes@hr.ns.nl Organization: Holland Railconsult BV References: <3vh2hc$9dd@falcon.ccs.uwo.ca> <41353n$80j@acmex.gatech.edu> <davis-2008951945510001@pppsb16.itg.ti.com> <809039446.1190@ksmith.com> <41djjvINNjmn@keats.ugrad.cs.ubc.ca> Date: Thu, 24 Aug 1995 09:43:13 GMT