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/
next prev parent 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