All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: Henrik Nordstrom <uml@hno.marasystems.com>,
	Doug Dumitru <doug@easyco.com>,
	"Vaibhav Sharma, Noida" <Vaibhavs@noida.hcltech.com>
Subject: Re: [uml-devel] memory
Date: Sun, 23 Jan 2005 13:25:10 -0500	[thread overview]
Message-ID: <200501231325.10021.rob@landley.net> (raw)
In-Reply-To: <Pine.LNX.4.61.0501231605440.20896@filer.marasystems.com>

On Sunday 23 January 2005 01:27 pm, Henrik Nordstrom wrote:
> On Sun, 23 Jan 2005, Doug Dumitru wrote:
> > What you are trying to do will work, but not for large amounts of memory.
> > UML runs the client using a single user mode memory block as the entire
> > client's core.  Thus the clients core size is limited to what a single
> > task can allocate as plain memory.
>
> It should be possible to work around this using the kernel HIGHMEM
> support. Would also be a good environment to verify the HIGHMEM support in
> the kernel in general.

The client kernel's highmem suport is unlikely to do much, I'd think.  Not 
unless it's unmapping and remapping multiple mmaps.  (There's large file 
support, but trying to mmap a 5 gig chunk out of a large file can't work: 
what would that mean?  How could you generate an offset into the last meg?  
What would the pointer _be_?)

The parent kernel's highmem support still doesn't provide more than 4 
gigabytes per application, and the UML kernel is one application.  (And 
that's with the 4 gig kernel/4 gig user patches from...  Ingo Molnar, I 
think.)  Highmem lets the system as a whole use PAE (up to 64 gigs physical 
memory), but the kernel is basically doing something very like the old DOS 
expanded memory behind the scenes, swapping around page tables so each 
process sees a different set of physical memory. pages  (The overhead isn't 
quite so bad since it's doing that anyway as part of protecting process's 
memory from each other...)

Hence the x86-64 system.  They really are getting cheap these days.  And when 
the PS3 comes out, that's going to be a 64 bit (mutant) Power PC for 
somewhere around $300 fully loaded, which runs Linux internally.  (Probably 
with binary only drivers out the wazoo, but still...)

Rob


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2005-01-23 19:26 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-23  6:46 [uml-devel] memory Vaibhav  Sharma, Noida
2005-01-23  8:28 ` Doug Dumitru
2005-01-23  9:51   ` Rob Landley
2005-01-24 18:41     ` Blaisorblade
2005-01-23 18:27   ` Henrik Nordstrom
2005-01-23 18:25     ` Rob Landley [this message]
2005-01-24 10:02       ` Henrik Nordstrom
2005-01-24 18:52         ` Blaisorblade
2005-01-24  1:11 ` Jeff Dike
2005-01-24  5:10   ` Rob Landley
2005-01-24 10:12     ` Henrik Nordstrom
2005-01-24 11:31       ` Bodo Stroesser
2005-01-24 11:32         ` stian
     [not found]         ` <200501241811.j0OIBYXk002874@ccure.user-mode-linux.org>
2005-01-24 16:24           ` Bodo Stroesser
  -- strict thread matches above, loose matches on Subject: below --
2005-01-24  8:13 Vaibhav  Sharma, Noida
2005-01-24 12:43 ` Rob Landley
2005-01-24 19:07 ` Blaisorblade
2005-01-24 22:41   ` Henrik Nordstrom
2005-01-25  1:40     ` Rob Landley

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=200501231325.10021.rob@landley.net \
    --to=rob@landley.net \
    --cc=Vaibhavs@noida.hcltech.com \
    --cc=doug@easyco.com \
    --cc=uml@hno.marasystems.com \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.