home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.coherent:3351 comp.os.minix:3797
- Newsgroups: comp.os.coherent,comp.os.minix
- Path: sparky!uunet!email!hp
- From: hp@vmars.tuwien.ac.at (Peter Holzer)
- Subject: Re: OS compare (Unix/clone)
- Message-ID: <1992Jul30.115353.27049@email.tuwien.ac.at>
- Sender: news@email.tuwien.ac.at
- Nntp-Posting-Host: quasi.vmars.tuwien.ac.at
- Organization: Technical University Vienna, Dept. for Realtime Systems, AUSTRIA
- References: <1992Jul29.122847.22126@email.tuwien.ac.at> <1992Jul29.152915.19718@aston.ac.uk>
- Date: Thu, 30 Jul 1992 11:53:53 GMT
- Lines: 35
-
- evansmp@uhura.aston.ac.uk (Mark Evans) writes:
-
- >I thought it was using a secondary storage medium such as a disk
- >(or drum) to extend the addressing space of the processor.
-
- Yes (although I'm not quite happy with the phrase `extend the
- addressing space'. `Allow more or larger programs than fit in physical
- memory (RAM)', is probably more accurate). In the 286 every process
- can have access to 8191 global and 8192 local segments, each of which
- can have up to 64k. So the virtual address space of each process is
- ~1GB, which is far more than an AT has RAM (it is even more than a
- 286 can address).
-
- If a segment is not needed, it can be swapped out onto disk. If it is
- needed again (loaded into a segment register), the processor will raise
- an exception, and the OS can load the segment into memory again.
-
- Seems to fit your definition.
-
- Of course segments are harder to use than pages (they are of variable
- size, which makes allocation harder, and leads to fragmentation; A far
- pointer needs two registers, which makes the compiler more
- complicated, ...), so people prefer paging MMUs, if they have the
- choice.
-
- >Am I not right in thinking that the memory protection on the 286 has a bug
- >in it somewhere.
-
- This is possible. I never did any protected mode programming on the 286
- (and not much on the 386, either).
- --
- | _ | Peter J. Holzer | Think of it |
- | |_|_) | Technical University Vienna | as evolution |
- | | | | Dept. for Real-Time Systems | in action! |
- | __/ | hp@vmars.tuwien.ac.at | Tony Rand |
-