All of lore.kernel.org
 help / color / mirror / Atom feed
From: "roland" <for_spam@gmx.de>
To: "Jeff Dike" <jdike@addtoit.com>, "Sven Köhler" <skoehler@upb.de>
Cc: user-mode-linux-user@lists.sourceforge.net,
	user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] Re: [uml-user] Network lags
Date: Thu, 15 Apr 2004 02:31:04 +0200	[thread overview]
Message-ID: <224701c42280$f110e0f0$2000000a@schlepptopp> (raw)
In-Reply-To: 20040410170707.GA6492@ccure.user-mode-linux.org

hi !
> what's so bad about it?
same statement from me.

whats so bad about mlocking?

i would like to bring Matthew Blochs patch back into discussion, since it gives an OPTION to mlock a uml.

see thread at:
http://marc.theaimsgroup.com/?l=user-mode-linux-devel&w=2&r=1&s=Locking+user-mode+kernel+RAM+into+host+p&q=b

btw: i like options ;)

from the mail of matthew:

>The 2.4 kernel does appear to swap out
>applications when (e.g.) a large file copy is underway
.
..
>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.

this is a statement from a person whe has some advanced practical experience with uml!

>Anyone else who's running lots of UMLs with interactive sessions may have
>noticed the following symptoms which this patch cures:
>
>   * irregular ping times to UMLs-- huge delay for the first ping, a few
>       normal, a couple of long delays etc.;
>   * long gaps in interactive response (having to "wake it up" with some
>       keypresses), especially after connecting for the first time in a few
>       hours.

as far as i remember this problems have been reported repeatedly - so all users who experience
weird uml lags could probably fix their problem just by activating that option. furthermore inclusion
of the patch would "honour" the work of the person, who did that patch. personally, i find such thing
important for an opensource project, because it is some form of "encouragement" to develop patches and
giving credits to others. :)

yes it is somewhat "controversial" if mlocking is good or bad. but since an option is an option, the
"professional user" can decide himself.

>It can put the host at risk.
i think someone who runs a uml KNOWS what he does - and is able to calculate the amount of ram on his host
and reserve free ram for i/o buffering or whatelse....

>mlocking large amounts of memory subverts that and increases the possibility of deadlocking.
right! but this option could be documented with a "warning": use with care! this could endanger your system!

furthermore - that patch doesn`t seem to be such "big issue" because it`s just some lines of code being changed
in uml.....

i would like to give a (late) vote for inclusion of that patch.

regards
roland



----- Original Message ----- 
From: "Jeff Dike" <jdike@addtoit.com>
To: "Sven Köhler" <skoehler@upb.de>
Cc: <user-mode-linux-user@lists.sourceforge.net>; <user-mode-linux-devel@lists.sourceforge.net>
Sent: Saturday, April 10, 2004 7:07 PM
Subject: Re: [uml-user] Network lags


On Sat, Apr 10, 2004 at 04:00:25PM +0200, Sven Köhler wrote:
> what's so bad about it?

It can put the host at risk.  There's a VM system for a reason, and it needs
swap in order to be able to back out of memory shortages.  mlocking large
amounts of memory subverts that and increases the possibility of deadlocking.

There are only a few good reasons for mlocking, and performance isn't one of
them:
when something would break horribly if a page got swapped, i.e. pending
DMA or directIO into it
security - gpg wants to mlock a page so it can be sure that secrets
on it won't be written to disk

Those only involve a page at a time, and don't possibly endanger the system.

The amounts of mlocked memory you're talking about are so large that they
could endanger the system.

> well, what do you mean with managing the host memory? will be some kind
> tool or built-in option of the UML-kernel?

Both.  There is pluggable memory in UML, and a tool on the host to manage
memory by moving memory between UMLs and between UMLs and the host.

So, this daemon would be watching memory use on the host and the UMLs, and
if it saw the host running short, it would find an idle UML and take some
memory away from it:
uml_mconsole <idle_umid> config mem=-32M

This would free the memory to the host, and pull it away from swap.

If the host was fine, but another UML was short of memory, it would then
give that memory to the busy UML:
uml_mconsole <busy_umid> config mem+=32M

Jeff


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
_______________________________________________
User-mode-linux-user mailing list
User-mode-linux-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  parent reply	other threads:[~2004-04-15  0:24 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.59.9.0404091209570.10714@hathi.bw-networx.net>
     [not found] ` <185d01c41e23$5996cc00$2000000a@schlepptopp>
2004-04-09 12:47   ` [uml-devel] Re: [uml-user] Network lags roland
2004-04-09 16:26     ` Jeff Dike
2004-04-09 18:33       ` [uml-devel] uml responsivenes or "AS vs DEADLINE Scheduler on uml-host" - was: " roland
2004-04-10 12:28         ` BlaisorBlade
2004-04-13 21:26           ` roland
2004-04-14  1:02             ` Henrik Nordstrom
     [not found]       ` <c58kbu$el1$1@sea.gmane.org>
2004-04-10 14:08         ` [uml-devel] " Jeff Dike
2004-04-10 14:00           ` Sven Köhler
2004-04-10 17:07             ` Jeff Dike
2004-04-10 21:22               ` Sven Köhler
2004-04-10 23:29                 ` Henrik Nordstrom
2004-04-11  3:45                 ` attriel
2004-04-15  0:31               ` roland [this message]
2004-04-15 12:01                 ` David Cannings
     [not found]                   ` <407EADE0.8010308@cox.net>
2004-04-15 21:11                     ` roland
2004-04-16 15:12                   ` Matthew Bloch
2004-04-18 10:54                     ` roland
2004-04-10 14:50           ` [uml-devel] Re: V=R Michael Koehne
2004-04-11 16:54             ` BlaisorBlade
2004-04-11 17:17             ` Nicholas E. Walker
2004-04-10 15:12           ` [uml-devel] Re: [uml-user] Network lags Nicholas E. Walker
2004-04-10 16:46             ` Steven Pritchard
2004-04-10 23:41               ` Henrik Nordstrom

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='224701c42280$f110e0f0$2000000a@schlepptopp' \
    --to=for_spam@gmx.de \
    --cc=jdike@addtoit.com \
    --cc=skoehler@upb.de \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    --cc=user-mode-linux-user@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.