linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Ray Bryant <raybry@sgi.com>
To: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
Cc: Nigel Cunningham <ncunningham@linuxmail.org>,
	Hirokazu Takahashi <taka@valinux.co.jp>,
	Linux Memory Management <linux-mm@kvack.org>
Subject: Re: manual page migration, revisited...
Date: Sat, 06 Nov 2004 23:08:44 -0600	[thread overview]
Message-ID: <418DADDC.1030601@sgi.com> (raw)
In-Reply-To: <20041106174857.GA23420@logos.cnet>

Marcelo Tosatti wrote:

>>You may not even need any kernel patches to accomplish this. Bernard
>>Blackham wrote some code called cryopid: http://cryopid.berlios.de/. I
>>haven't tried it myself, but it sounds like it might be at least part of
>>what you're after.
> 
> 
> Hi Ray, Nigel,
> 
> And the swsusp code itself, isnt it what its doing? Stopping all processes, 
> saving their memory to disk, and resuming later on.
> 
> You should just need an API to stop a specific process? 
> 

I think that sending the process a SIGSTOP is probably good enough to stop
it for our purposes.  But in addition to that, the reason we stopped the
process is so we can start up another process on that node.  Now, we can
wait for memory pressure to grow to the point that kswap will force out
the stopped processes's pages, but, why should the VM have to go to the
effort to figure that out?  Why not tell them VM somehow, that we don't
want these pages in memory, and to please swap them out to make space for
the new program that is running?

Of course, one can argue that we don't know for sure that the new program
will use enough space to force the other process out, but we worry that in
that case, the new program could still end up with non-local memory allocation
and that is an anathema to the HPC world where we require the good performance
that local storage allocation provides.  We want the new process that is
run on the node to get as good performance as it would have gotten if it had
started on an idle node.
-- 
Best Regards,
Ray
-----------------------------------------------
                   Ray Bryant
512-453-9679 (work)         512-507-7807 (cell)
raybry@sgi.com             raybry@austin.rr.com
The box said: "Requires Windows 98 or better",
            so I installed Linux.
-----------------------------------------------
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>

  parent reply	other threads:[~2004-11-07  5:08 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-05 22:50 Ray Bryant
2004-11-05 23:02 ` Nigel Cunningham
2004-11-06 17:48   ` Marcelo Tosatti
2004-11-07  2:58     ` Nigel Cunningham
2004-11-07  5:08     ` Ray Bryant [this message]
2004-11-07 11:19       ` Hirokazu Takahashi
2004-11-07  4:57   ` Ray Bryant
2004-11-07 21:11     ` Nigel Cunningham

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=418DADDC.1030601@sgi.com \
    --to=raybry@sgi.com \
    --cc=linux-mm@kvack.org \
    --cc=marcelo.tosatti@cyclades.com \
    --cc=ncunningham@linuxmail.org \
    --cc=taka@valinux.co.jp \
    /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