From: Rik van Riel <riel@conectiva.com.br>
To: "Ragnar Kjørstad" <kernel@ragnark.vestdata.no>
Cc: linux-mm@kvack.org, tlan@stud.ntnu.no
Subject: Re: SMP/highmem problem
Date: Thu, 17 May 2001 16:19:35 -0300 (BRST) [thread overview]
Message-ID: <Pine.LNX.4.21.0105171612030.5531-100000@imladris.rielhome.conectiva> (raw)
In-Reply-To: <20010517203933.F6360@vestdata.no>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: TEXT/PLAIN; charset=X-UNKNOWN, Size: 1653 bytes --]
On Thu, 17 May 2001, [iso-8859-1] Ragnar Kjorstad wrote:
> I've run into a performance issue.
> I use a single process, bonnie++, that creates 16 1 GB files.
> However, after a while, the machine gets really unresponsive
> and the load gets really high. According to top, all CPU power
> is spent in the kernel, mainly on kswapd, bdflush and kupdated.
This is at least partly due to the following things:
1) balance_dirty_state() tests for a condition bdflush
may not be able to resolve
2) nr_free_buffer_pages() counts free highmem pages, which
cannot be allocated to buffer memory, as available; this
means that bonnie++ never gets to slow down to disk speed
and fills up all of low memory
3) because of 2) kswapd and bdflush are trying to write the
data out to disk like crazy, but can never keep up with
bonnie++
4) bonnie++ tries to allocate new pages all the time, but
cannot succeed because all of low memory is full of dirty
page cache data .. this means it loops in __alloc_pages()
and continuously wakes up kswapd and bdflush
A few fixes for this situation have gone into 2.4.5-pre2 and
2.4.5-pre3. If you have the time, could you test if this problem
has gotten less or has gone away in the latest kernels ?
thanks,
Rik
--
Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...
http://www.surriel.com/ http://distro.conectiva.com/
Send all your spam to aardvark@nl.linux.org (spam digging piggy)
--
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:[~2001-05-17 19:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-17 18:39 Ragnar Kjørstad
2001-05-17 19:19 ` Rik van Riel [this message]
2001-05-18 23:35 ` Thomas Langås
2001-05-19 2:10 ` Rik van Riel
2001-05-22 0:07 ` Thomas Langås
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.0105171612030.5531-100000@imladris.rielhome.conectiva \
--to=riel@conectiva.com.br \
--cc=kernel@ragnark.vestdata.no \
--cc=linux-mm@kvack.org \
--cc=tlan@stud.ntnu.no \
/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