linux-um archives
 help / color / mirror / Atom feed
From: BlaisorBlade <blaisorblade_spam@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net,
	Jeff Dike <jdike@addtoit.com>
Subject: Re: [uml-devel] Swapping directly to host swap area?
Date: Thu, 12 Feb 2004 20:08:22 +0100	[thread overview]
Message-ID: <200402122008.22995.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <200402110043.i1B0hOip004189@ccure.user-mode-linux.org>

Alle 01:43, mercoledì 11 febbraio 2004, Jeff Dike ha scritto:
> blaisorblade_spam@yahoo.it said:
> > About this, my idea was that using swap both on the host and on the
> > guests is  not very useful:
>
> My suggestions were aimed at making the host less likely to swap.  There
> are various pathological things which happen when both UML and the host are
> swapping.  Having said that, the host needs to be able to swap UMLs if the
> memory situation is so bad that there is no other choice.
I agree completely.

> > - because the host already sees which pages are accessed and which not
> > (an  access inside UML is an access inside the host); the only
> > difference is that  the host can swap even the guest kernel, while UML
> > not;
>
> UML might have a better idea than the host, though.

It seems to me that the access statistics should be the same ones: I do not 
know thoroughly the way pages are marked as active or swappable (I can check 
in the 2.4 VM description - ask for the address) but if that depends on page 
faulting, then, it seems to me that since guest page fault are even host page 
fault (the UML handling of SIGSEGV is like the host handling of CPU fault 
exceptions, right?) the statistics should be the same. At least In My Very 
Humble Opinion.

Bye
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id\x1356&alloc_id438&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:[~2004-02-12 19:08 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-25 23:34 [uml-devel] Swapping directly to host swap area? William Stearns
2004-01-27  3:01 ` Dan Shearer
2004-01-28  4:39 ` Jeff Dike
2004-01-28 14:01   ` [uml-devel] O_DIRECT (was: Swapping directly to host swap area?) Goetz Bock
2004-01-30 17:27     ` Jeff Dike
2004-02-05 16:59   ` [uml-devel] Swapping directly to host swap area? BlaisorBlade
2004-02-11  0:43     ` Jeff Dike
2004-02-12 19:08       ` BlaisorBlade [this message]
2004-02-12 21:36         ` Jeff Dike
2004-03-19  5:51   ` William Stearns
2004-03-19 16:58     ` Matt Ayres

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=200402122008.22995.blaisorblade_spam@yahoo.it \
    --to=blaisorblade_spam@yahoo.it \
    --cc=jdike@addtoit.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox