9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: presotto@closedmind.org
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Virtual memory & paging
Date: Sun,  3 Feb 2002 16:53:06 -0500	[thread overview]
Message-ID: <cba18aad0ca2f22feff7d5cc1e46b9e5@plan9.bell-labs.com> (raw)

Virtual memory covers any memory that isn't laid out
exactly as it seems to an executing program, i.e., that
there exists some mapping between addresses as seen by the
execution unit and those on the bus to physical memory.

The mapping can happen a number of ways.  The two more
popular are via paging hardware or segmentation hardware.
Pages are typically fixed size and segments variable size.
 From the PDP-11 to the MIPS there have been enough flavors
that the distinction is a bit blurred.

If one is willing to move data between a backing store and
main memory in addition to chaging the mappings, one can
make the main memory appear larger than it really is.  This
is usually termed demand paging or demand segmentation.

An earlier technique, still in use in addition to demand paging/
segmentation is swapping.  If many processes are running on
a particular system, it may desirable to swap in main memory
one for another to give the illusion of a main memory that can
hold all of them.

And of course there is the even earlier technique of overlays.
Here one figures out the execution tree of routines in a
program.  One might note that routine A will never be an
ancestor of routine B or vice versa.  THerefore, there's no
requirement that they live in memory simultaneously and can
occupy the same memory locations, just at different times.


             reply	other threads:[~2002-02-03 21:53 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-03 21:53 presotto [this message]
2002-02-03 22:36 ` Andrew Simmons
  -- strict thread matches above, loose matches on Subject: below --
2002-02-15 14:32 Richard Uhtenwoldt
2002-02-16 21:56 ` Ronald G Minnich
2002-02-05 10:57 geoff
2002-02-05 11:37 ` Boyd Roberts
2002-02-05 14:01 ` david presotto
2002-02-04 11:03 Fco.J.Ballesteros
2002-02-04 10:59 forsyth
2002-02-04 10:38 geoff
2002-02-04 11:16 ` Boyd Roberts
2002-02-04 11:45 ` Boyd Roberts
2002-02-04 17:10   ` Andrew Simmons
2002-02-05 11:17     ` Boyd Roberts
2002-03-30  4:26   ` Richard Maxwell Underwood
2002-02-05  9:53 ` Thomas Bushnell, BSG
2002-02-05 16:06   ` Ronald G Minnich
2002-02-04 10:30 forsyth
2002-02-03 23:08 geoff
2002-02-03 20:26 ` Andrew Simmons
2002-02-04 16:15   ` Ronald G Minnich
2002-02-04  6:21 ` Richard Uhtenwoldt
2002-02-03 21:21 rob pike
2002-02-04 21:46 ` skipt
2002-02-04 22:11   ` Ronald G Minnich
     [not found]   ` <Pine.LNX.4.33.0202041510540.4327-100000@snaresland.acl.lan l.gov>
2002-02-05  1:30     ` skipt
2002-02-05 15:32       ` Ronald G Minnich
2002-02-03 21:12 andrey mirtchovski
2002-02-03 21:01 Andrew Simmons

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cba18aad0ca2f22feff7d5cc1e46b9e5@plan9.bell-labs.com \
    --to=presotto@closedmind.org \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).