From: Anton Blanchard <anton@samba.org>
To: Marcelo Tosatti <marcelo@conectiva.com.br>
Cc: Andrew Tridgell <tridge@valinux.com>,
lkml <linux-kernel@vger.kernel.org>,
Rik van Riel <riel@conectiva.com.br>
Subject: Re: 2.4.8preX VM problems
Date: Tue, 7 Aug 2001 13:18:57 -0400 [thread overview]
Message-ID: <20010807131857.A13210@krispykreme> (raw)
In-Reply-To: <Pine.LNX.4.21.0108061954001.11203-100000@freak.distro.conectiva>
In-Reply-To: <Pine.LNX.4.21.0108061954001.11203-100000@freak.distro.conectiva>
Hi Marcelo,
> Can you please use readprofile to find out where kswapd is spending its
> time when you reach 4G of pagecache ?
>
> I've never seen kswapd burn CPU time except cases where a lot of memory is
> anonymous and there is a need for lots of swap space allocations.
> (scan_swap_map() is where kswapd spends "all" of its time in such
> workloads)
I was doing a run with 512M lowmem and 2.5G highmem and found this:
__alloc_pages: 1-order allocation failed.
__alloc_pages: 1-order allocation failed.
__alloc_pages: 1-order allocation failed.
# cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 3077513216 3067564032 9949184 0 13807616 2311172096
Swap: 2098176000 0 2098176000
MemTotal: 3005384 kB
MemFree: 9716 kB
MemShared: 0 kB
Buffers: 13484 kB
Cached: 2257004 kB
SwapCached: 0 kB
Active: 888916 kB
Inact_dirty: 1335552 kB
Inact_clean: 46020 kB
Inact_target: 316 kB
HighTotal: 2621440 kB
HighFree: 7528 kB
LowTotal: 383944 kB
LowFree: 2188 kB
SwapTotal: 2049000 kB
SwapFree: 2049000 kB
# readprofile | sort -nr | less
11967239 total 7.3285
7417874 idled 45230.9390
363813 do_page_launder 119.3612
236764 ppc_irq_dispatch_handler 332.5337
I can split out the do_page_launder usage if you want. I had a quick look
at the raw profile information and it appears that we are just looping a
lot.
Paulus and I moved the ppc32 kernel to load at 2G so we have 1.75G of
lowmem. This has stopped the kswapd problem, but I thought the above
information might be useful to you anyway.
Anton
next prev parent reply other threads:[~2001-08-07 20:53 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-01 3:05 Andrew Tridgell
2001-08-01 2:26 ` Marcelo Tosatti
2001-08-01 4:37 ` Andrew Tridgell
2001-08-01 3:32 ` Marcelo Tosatti
2001-08-01 5:43 ` Andrew Tridgell
2001-08-01 6:09 ` Andrew Tridgell
2001-08-01 6:10 ` Marcelo Tosatti
2001-08-01 8:13 ` Andrew Tridgell
2001-08-01 8:13 ` Marcelo Tosatti
2001-08-01 10:54 ` Andrew Tridgell
2001-08-01 11:51 ` Mike Black
2001-08-01 18:39 ` Daniel Phillips
2001-08-11 12:06 ` Pavel Machek
2001-08-16 21:57 ` Daniel Phillips
2001-08-04 6:50 ` Anton Blanchard
2001-08-04 5:55 ` Marcelo Tosatti
2001-08-04 17:17 ` Anton Blanchard
2001-08-06 22:58 ` Marcelo Tosatti
2001-08-07 17:18 ` Anton Blanchard [this message]
2001-08-07 21:02 ` Kernel 2.4.6 & 2.4.7 networking performance: seeing serious delays in TCP layer depending upon packet length Ron Flory
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=20010807131857.A13210@krispykreme \
--to=anton@samba.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo@conectiva.com.br \
--cc=riel@conectiva.com.br \
--cc=tridge@valinux.com \
/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
all inboxes | Powered by JetHome®