linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Rik van Riel <riel@conectiva.com.br>
To: Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>
Cc: Mike Galbraith <mikeg@wen-online.de>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: Linux 2.4.4-ac10
Date: Fri, 18 May 2001 17:12:01 -0300 (BRST)	[thread overview]
Message-ID: <Pine.LNX.4.33.0105181710540.5251-100000@duckman.distro.conectiva> (raw)
In-Reply-To: <20010518205843.T806@nightmaster.csn.tu-chemnitz.de>

On Fri, 18 May 2001, Ingo Oeser wrote:
> On Fri, May 18, 2001 at 03:23:03PM -0300, Rik van Riel wrote:

> > "such a tradeoff" ?
> >
> > While this sounds reasonable, I have to point out that
> > up to now nobody has described exactly WHAT tradeoff
> > they'd like to make tunable and why...
>
> Amount of pages reclaimed from swapout_mm() versus amount of
> pages reclaimed from caches.
>
> A value that says: "use XX% of my main memory for RSS of
> processes, even if I run heavy disk loadf now" would be nice.
>
> For general purpose machines, where I run several services but
> also play games, this would allow both to survive.
>
> The external services would go slower. Who cares, if some CVS
> updates or NFS services go slower, if I can play my favorite game
> at full speed? ;-)

Remember that the executable and data of that game reside
in the filesystem cache. This "double counting" makes it
quite a bit harder to actually implement what seems like
a simple tradeoff.

regards,

Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

		http://www.surriel.com/
http://www.conectiva.com/	http://distro.conectiva.com/

--
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.eu.org/Linux-MM/

  reply	other threads:[~2001-05-18 20:12 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.21.0105181403280.5531-100000@imladris.rielhome.conectiva>
     [not found] ` <Pine.LNX.4.33.0105181936240.583-100000@mikeg.weiden.de>
2001-05-18 18:19   ` Ingo Oeser
2001-05-18 18:23     ` Rik van Riel
2001-05-18 18:58       ` Ingo Oeser
2001-05-18 20:12         ` Rik van Riel [this message]
2001-05-18 20:24         ` Mike Galbraith
2001-05-18 20:09       ` Mike Galbraith
2001-05-18 22:44         ` Rik van Riel
2001-05-18 22:58           ` Stephen C. Tweedie
2001-05-19  2:12             ` Rik van Riel
2001-05-19  2:32               ` Mike Castle
2001-05-19  6:45               ` Mike Galbraith
2001-05-19  4:40             ` Mike Galbraith
2001-05-19 17:13             ` [RFC][PATCH] " Mike Galbraith
2001-05-19 21:41               ` Rik van Riel
2001-05-20  3:29                 ` Mike Galbraith
2001-05-20  6:42                   ` Rik van Riel
2001-05-20  8:08                     ` Mike Galbraith
     [not found]                       ` <Pine.LNX.4.21.0105200546241.5531-100000@imladris.rielhome.conectiva>
2001-05-20  9:47                         ` Mike Galbraith
     [not found]                           ` <Pine.LNX.4.21.0105200703270.5531-100000@imladris.rielhome.conectiva>
2001-05-21 13:36                             ` Stephen C. Tweedie
2001-05-20 21:54                         ` Pavel Machek
2001-05-21 20:32                           ` David Weinehall
2001-05-23 15:34                             ` Rik van Riel
2001-05-23 17:24                               ` Jonathan Morton
2001-05-25  8:39                               ` Pavel Machek
2001-05-23 17:51                             ` Scott Anderson
2001-05-25  8:10                               ` David Weinehall
2001-05-25 18:39                               ` Pavel Machek
2001-06-04 19:22                           ` RPM Installation - Compilation errors jalaja devi
2001-05-24  8:48                         ` [RFC][PATCH] Re: Linux 2.4.4-ac10 Mike Galbraith
2001-05-24  9:10                           ` Rik van Riel
2001-05-24 10:32                             ` Mike Galbraith
2001-05-24 11:03                               ` Rik van Riel
2001-05-24 14:23                                 ` Mike Galbraith
2001-05-20 15:32                   ` Ingo Oeser
2001-05-20 17:38                     ` Mike Galbraith
2001-05-20 13:44               ` Zlatko Calusic
2001-05-20 17:58                 ` Mike Galbraith
2001-05-20 19:32                   ` Marcelo Tosatti
2001-05-20 21:03               ` Marcelo Tosatti
2001-05-21  3:54                 ` Mike Galbraith

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=Pine.LNX.4.33.0105181710540.5251-100000@duckman.distro.conectiva \
    --to=riel@conectiva.com.br \
    --cc=ingo.oeser@informatik.tu-chemnitz.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mikeg@wen-online.de \
    /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