From: Ian Stirling <ian.stirling@mauve.plus.com>
To: Valdis.Kletnieks@vt.edu
Cc: linux-kernel@vger.kernel.org
Subject: Re: Per-user swap devices.
Date: Wed, 19 Jul 2006 19:24:00 +0100 [thread overview]
Message-ID: <44BE78C0.4020909@mauve.plus.com> (raw)
In-Reply-To: <200607191500.k6JF09EQ005021@turing-police.cc.vt.edu>
Valdis.Kletnieks@vt.edu wrote:
> On Wed, 19 Jul 2006 10:54:38 BST, Ian Stirling said:
>
>>It would be really nice to be able to simply: chown crashalot.users
>>/dev/swap0 ;swapon /dev/swap0
>>Then anything run by crashalot would swap to /dev/swap0 - and not locally.
> This doesn't look like it will do as much good as you think. The problem
> is what to do when something run by some *other* UID needs a page - you need
> to fix the code to preferentially steal a page from a 'crashalot' process.
>
> And at that point, what you probably want instead is a global per-UID RSS
> limit. This looks like a job for a CKRM resource class controller rather than
> a hack to the swap code.
Not quite.
I've got one set of users that I care about their processes never dying
root, ..., and another set that I don't.
I want them to contend for real RAM as normal - it's quite acceptible to
me for users in the second group to push root/...s web-proxy, screen
session, processes far into slow local swap. Most of these processes
will be not very interactive - but I don't want them to die.
If the fast (but unreliable) swap device dies - I'm quite happy for my
firefox and mplayer processes to die - but not my window manager or
whatever. RSS limits don't address this.
The only way I can think of to address this is to somehow segregate swap
devices.
prev parent reply other threads:[~2006-07-19 18:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-19 9:54 Per-user swap devices Ian Stirling
2006-07-19 15:00 ` Valdis.Kletnieks
2006-07-19 18:24 ` Ian Stirling [this message]
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=44BE78C0.4020909@mauve.plus.com \
--to=ian.stirling@mauve.plus.com \
--cc=Valdis.Kletnieks@vt.edu \
--cc=linux-kernel@vger.kernel.org \
/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.