linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Linus Torvalds <torvalds@transmeta.com>
To: Marcelo Tosatti <marcelo@conectiva.com.br>
Cc: "David S. Miller" <davem@redhat.com>,
	Mike Galbraith <mikeg@wen-online.de>,
	Zlatko Calusic <zlatko.calusic@iskon.hr>,
	linux-mm@kvack.org
Subject: Re: Background scanning change on 2.4.6-pre1
Date: Fri, 8 Jun 2001 17:12:11 -0700 (PDT)	[thread overview]
Message-ID: <Pine.LNX.4.31.0106081706260.10744-100000@penguin.transmeta.com> (raw)
In-Reply-To: <Pine.LNX.4.21.0106081804080.3343-100000@freak.distro.conectiva>


On Fri, 8 Jun 2001, Marcelo Tosatti wrote:
>
> Yes. Now the problem is having swap space allocated with _NO_ pressure
> may sound a bit weird to people. _I_ know that we're just allocating the
> swap space, but not everybody does.

Agreed. I would expect bug reports about "free" showing more swap, even
though nothing necessarily actually got written out to disk.

Note that we've actually already gotten many of those, this has been the
2.4.x behaviour all along. We'd just make it trigger even more easily (ie
without having to have any real pressure at all).

Hmm. Actually, the way 2.4.6-pre2 does things, "swap_out()" is only called
from "refill_inactive()", while the background scanning actually calls
into "refill_inactive_scan()" directly. So pre2 won't be adding stuff to
the swap cache unless there is _some_ kind of pressure on it (namely
"inactive_shortage()").

But it would be interesting to hear what people think of moving the
swap_out() call into refill_inactive_scan() instead of doing it outside..
However, that would further confuse the meaning of the "target" and
"maxscan" in the scanning phase.

		Linus

--
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/

  reply	other threads:[~2001-06-09  0:12 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.31.0106081313500.3244-100000@penguin.transmeta.com>
2001-06-08 19:20 ` Marcelo Tosatti
2001-06-08 21:27   ` David S. Miller
2001-06-08 19:59     ` Marcelo Tosatti
2001-06-08 21:47       ` David S. Miller
2001-06-08 21:51       ` Linus Torvalds
2001-06-08 20:44         ` Marcelo Tosatti
2001-06-08 22:33           ` Linus Torvalds
2001-06-08 21:10             ` Marcelo Tosatti
2001-06-09  0:12               ` Linus Torvalds [this message]
2001-06-09  3:48                 ` Rik van Riel
2001-06-09  4:05                   ` Linus Torvalds
2001-06-09  3:46           ` Rik van Riel
2001-06-07 18:50 Marcelo Tosatti
2001-06-07 20:43 ` Linus Torvalds
2001-06-07 20:51   ` Linus Torvalds
2001-06-07 19:30     ` Marcelo Tosatti
2001-06-07 21:08     ` Jonathan Morton
2001-06-07 21:05   ` Andreas Dilger
2001-06-09  3:26   ` Rik van Riel
2001-06-07 21:09 ` Andreas Dilger

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.31.0106081706260.10744-100000@penguin.transmeta.com \
    --to=torvalds@transmeta.com \
    --cc=davem@redhat.com \
    --cc=linux-mm@kvack.org \
    --cc=marcelo@conectiva.com.br \
    --cc=mikeg@wen-online.de \
    --cc=zlatko.calusic@iskon.hr \
    /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