linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Daniel Spång" <daniel.spang@gmail.com>
To: Rik van Riel <riel@redhat.com>
Cc: Marcelo Tosatti <marcelo@kvack.org>,
	linux-mm@kvack.org, drepper@redhat.com,
	akpm@linux-foundation.org, mbligh@mbligh.org,
	balbir@linux.vnet.ibm.com, 7eggert@gmx.de
Subject: Re: [RFC Patch] Thrashing notification
Date: Tue, 6 Nov 2007 22:27:29 +0100	[thread overview]
Message-ID: <cfd9edbf0711061327q4d43c2c3h3c22e71c143084b6@mail.gmail.com> (raw)
In-Reply-To: <20071106150152.3ba1e4cc@bree.surriel.com>

On 11/6/07, Rik van Riel <riel@redhat.com> wrote:
> To get out of the "my patch is better" line of conversation,
> I guess you and Marcelo should probably try to figure out
> some threshold that you both agree on.

Sure, we will do that. =)

> > A concern, or feature =), with the notify-on-swap method is that with
> > responsive user applications, it will never use swap at all. There are
> > for sure systems where this behavior is desirable, but for example
> > desktop systems, the memory occupied by inactive processes might be
> > better used by active ones.
>
> Well, if the inactive processes get woken up by the low memory
> notification and free some of their memory, the active processes
> will use the memory from the inactive ones :)

Yes, but it will probably take some time before all applications start
to use this and even if they do, we might have to consider the case
where the limit is reached and applications have no more memory to
spare.

Also if applications are swamped with notifications we might found our
self in a new new kind of thrashing state where dumb applications
(e.g., my test application) repeatedly and unsuccessfully tries to
release memory. So instead of notify on each priority threshold reach
or every interval where swap has occurred we could enter a state and
not leave it until memory pressure have decreased and only notify on
state change.

--
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:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2007-11-06 21:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-05 14:47 Daniel Spång
2007-11-05 15:43 ` Daniel Spång
2007-11-05 18:30 ` Marcelo Tosatti
2007-11-05 20:17   ` Rik van Riel
2007-11-06 10:41     ` Daniel Spång
2007-11-06 20:01       ` Rik van Riel
2007-11-06 21:27         ` Daniel Spång [this message]
2007-11-06 10:36   ` Daniel Spång

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=cfd9edbf0711061327q4d43c2c3h3c22e71c143084b6@mail.gmail.com \
    --to=daniel.spang@gmail.com \
    --cc=7eggert@gmx.de \
    --cc=akpm@linux-foundation.org \
    --cc=balbir@linux.vnet.ibm.com \
    --cc=drepper@redhat.com \
    --cc=linux-mm@kvack.org \
    --cc=marcelo@kvack.org \
    --cc=mbligh@mbligh.org \
    --cc=riel@redhat.com \
    /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