linux-um archives
 help / color / mirror / Atom feed
From: Matthew Bloch <matthew@bytemark.co.uk>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] [PATCH] Locking user-mode kernel RAM into host physical RAM
Date: Mon, 8 Dec 2003 22:23:53 +0000	[thread overview]
Message-ID: <200312082223.54582.matthew@bytemark.co.uk> (raw)
In-Reply-To: <200312081901.hB8J1VAv028738@ccure.user-mode-linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 08 December 2003 19:01, Jeff Dike wrote:
> As far as I'm concerned, this is papering over the symptoms rather than
> fixing a real problem.
>
> If you're really not overselling memory, then the host should not be
> swapping. If it is, then that's the problem.

Hi Jeff, I don't think this is true.  The 2.4 kernel does appear to swap out 
applications when (e.g.) a large file copy is underway, and the 2.6 kernel 
has been tweaked to get around this problem:

http://kerneltrap.org/node/view/1044

We've not had enough time to try 2.6 on a production server as a host kernel, 
but I'd be interested if you did know a way of tweaking a 2.4 host kernel to 
guarantee RAM-locked pages to user-mode kernels; Matt Ayres mentioned "some 
interactivity and vm patches", could you elaborate on that please Matt?  For 
various reasons, we use a Redhat 2.4.20 kernel which I believe has had its 
memory management fiddled with.

I like the sound of the more dynamic memory arrangement and manager daemon for 
UMLs, sounds like a good way to squeeze more customers onto a host machine.  
But if for the moment the only thing it should do is to keep the host from 
swapping, I know from a few our customers that mlocking has given more 
predictable behaviour from guest kernels, especially if the host load spikes 
for a few minutes.  That's my only argument as to why it should be included: 
mlocked kernels behave more predictably in a hosting environment!  But 
obviously I'm biased; if I can get the same effect without the patch on a 2.4 
host kernel I'd agree it's moot.

- -- 
Matthew Bloch                             Bytemark Hosting
                                  tel. +44 (0) 8707 455026
                        http://www.bytemark-hosting.co.uk/
          Dedicated Linux hosts from 15ukp ($26) per month
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/1Pn5T2rVDg8aLXQRAuMmAJ9BXfBodQcUX2AMPUfHdrKAtKTSMgCcCBc1
MI6K3OJQUdG1uqvzKq8MOMw=
=Zip4
-----END PGP SIGNATURE-----



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&opÌk
_______________________________________________
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:[~2003-12-08 22:24 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-08 16:39 [uml-devel] [PATCH] Locking user-mode kernel RAM into host physical RAM Matthew Bloch
2003-12-08 17:31 ` Matt Ayres
2003-12-08 18:02 ` Steven Pritchard
2003-12-08 18:57   ` [uml-devel] Re: chroot option Henrik Nordstrom
2003-12-08 22:04     ` Jeff Dike
2003-12-08 23:00       ` Henrik Nordstrom
2003-12-08 19:01 ` [uml-devel] [PATCH] Locking user-mode kernel RAM into host physical RAM Jeff Dike
2003-12-08 22:23   ` Matthew Bloch [this message]
2003-12-08 23:18     ` Henrik Nordstrom
2003-12-09  0:14       ` Matthew Bloch
2003-12-09 19:00   ` BlaisorBlade

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=200312082223.54582.matthew@bytemark.co.uk \
    --to=matthew@bytemark.co.uk \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox