linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Juan J. Quintela" <quintela@fi.udc.es>
To: Rik van Riel <riel@conectiva.com.br>
Cc: Andrea Arcangeli <andrea@suse.de>,
	Jamie Lokier <lk@tantalophile.demon.co.uk>,
	Zlatko Calusic <zlatko@iskon.hr>,
	alan@redhat.com, linux-mm@kvack.org,
	linux-kernel@vger.rutgers.edu
Subject: Re: shrink_mmap() change in ac-21
Date: 20 Jun 2000 18:53:00 +0200	[thread overview]
Message-ID: <yttpupcmh03.fsf@serpe.mitica> (raw)
In-Reply-To: Rik van Riel's message of "Tue, 20 Jun 2000 13:18:38 -0300 (BRST)"

>>>>> "rik" == Rik van Riel <riel@conectiva.com.br> writes:

Hi

rik> Also, since kswapd stops when all zones have free_pages
rik> above pages_low and we'll free up to pages_high pages of
rik> one zone, it means that we'll:

rik> - allocate the next series of pages from that one zone
rik>   with tons of unused pages
rik> - wake up kswapd so we'll free the *next* unused pages
rik>   from that zone when we run out of the current batch
rik> - rinse and repeat

That is what my change to page_alloc does, it makes more probable to
get pages from zones that have more than page_high free pages.  That
means that it is less probable to get one zone with less than page_low
free pages and other with a lot of free pages.

Notice that this behaviour happens also in my box where there is no
ISA cards at all, and I have to wait for a page to become free in the
DMA zone.  Is there some way to need a DMA page in a machine without
any ISA card?  If not, it could be a good Idea to have only one zone
in machines that haven't ISA cards and have less than 1GB of RAM.

Later, Juan.

-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy
--
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-20 16:53 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
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 [this message]
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=yttpupcmh03.fsf@serpe.mitica \
    --to=quintela@fi.udc.es \
    --cc=alan@redhat.com \
    --cc=andrea@suse.de \
    --cc=linux-kernel@vger.rutgers.edu \
    --cc=linux-mm@kvack.org \
    --cc=lk@tantalophile.demon.co.uk \
    --cc=riel@conectiva.com.br \
    --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