linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Rik van Riel <riel@conectiva.com.br>
To: Zlatko Calusic <zlatko@iskon.hr>
Cc: alan@redhat.com, linux-mm@kvack.org,
	linux-kernel@vger.rutgers.edu,
	"Juan J. Quintela" <quintela@fi.udc.es>
Subject: Re: shrink_mmap() change in ac-21
Date: Mon, 19 Jun 2000 18:07:34 -0300 (BRST)	[thread overview]
Message-ID: <Pine.LNX.4.21.0006191806130.1290-100000@duckman.distro.conectiva> (raw)
In-Reply-To: <87r99t8m2r.fsf@atlas.iskon.hr>

On 19 Jun 2000, Zlatko Calusic wrote:

> The shrink_mmap() change in your latest prepatch (ac12) doesn't look
> very healthy. Removing the test for the wrong zone we effectively
> discard lots of wrong pages before we get to the right one. That is
> effectively flushing the page cache and we have unbalanced system.
> 
> For example, check the "vmstat 1" output below, done while I was
> reading a big file from the disk. At some point in time, the page
> cache shrunk to almost half of its size (75MB -> 42MB).
> 
> The reason is balancing of the DMA zone (which is much smaller on a
> 128MB machine than the NORMAL zone!). shrink_mmap() now happily evicts
> wrong pages from the memory and continues doing so until it finally
> frees enough pages from the DMA zone. That, of course, hurts caching
> as the page cache gets shrunk a lot without a good reason.

I already suspected this could happen.

/me looks at quintela

Juan, didn't you and Roger have a patch to solve this? ;)
(I think quintela and roger already have a patch so I'll save
writing one myself)

regards,

Rik
--
The Internet is not a network of computers. It is a network
of people. That is its real strength.

Wanna talk about the kernel?  irc.openprojects.net / #kernelnewbies
http://www.conectiva.com/		http://www.surriel.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:[~2000-06-19 21:07 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-06-19 20:14 Zlatko Calusic
2000-06-19 21:07 ` Rik van Riel [this message]
2000-06-19 21:46 ` Jamie Lokier
2000-06-19 22:10   ` Rik van Riel
2000-06-19 22:43     ` Andrea Arcangeli
2000-06-19 22:48   ` Andrea Arcangeli
2000-06-20  9:03     ` Zlatko Calusic
2000-06-20 16:18     ` Rik van Riel
2000-06-20 16:53       ` Juan J. Quintela
2000-06-20 17:30         ` Manfred Spraul, Juan J. Quintela
2000-06-20 17:41           ` Juan J. Quintela
2000-06-20 19:00             ` Andrea Arcangeli
2000-06-19 21:47 ` Manfred Spraul, Zlatko Calusic
2000-06-20  8:21   ` Zlatko Calusic
2000-06-20 16:14     ` Manfred Spraul, Zlatko Calusic
2000-06-20 17:01       ` willy
2000-06-20 17:03         ` Alan Cox
     [not found] <200006202027.NAA01142@penguin.transmeta.com>
2000-06-20 22:59 ` Rik van Riel

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.21.0006191806130.1290-100000@duckman.distro.conectiva \
    --to=riel@conectiva.com.br \
    --cc=alan@redhat.com \
    --cc=linux-kernel@vger.rutgers.edu \
    --cc=linux-mm@kvack.org \
    --cc=quintela@fi.udc.es \
    --cc=zlatko@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