All of lore.kernel.org
 help / color / mirror / Atom feed
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.

      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.