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 shrink_mmap() change in ac-21 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.