linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
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/

  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