From: Wu Fengguang <wfg@mail.ustc.edu.cn>
To: linux-kernel@vger.kernel.org
Cc: Andrew Morton <akpm@osdl.org>,
Christoph Lameter <christoph@lameter.com>,
Rik van Riel <riel@redhat.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Marcelo Tosatti <marcelo.tosatti@cyclades.com>,
Magnus Damm <magnus.damm@gmail.com>,
Nick Piggin <npiggin@suse.de>, Andrea Arcangeli <andrea@suse.de>
Subject: Re: [PATCH 05/16] mm: balance zone aging in kswapd reclaim path
Date: Wed, 7 Dec 2005 21:32:22 +0800 [thread overview]
Message-ID: <20051207133222.GA6141@mail.ustc.edu.cn> (raw)
In-Reply-To: <20051207105004.018561000@localhost.localdomain>
Here is another testing on 512M desktop. This time only a big sparse file copy.
- The inactive_list balance is perfectly maintained
- The active_list is scanned a bit more, for the calculation is performed after
the scan, when the nr_inactive is made a little smaller
- direct reclaims near to zero, good or evil?
wfg ~% grep (age |rounds) /proc/zoneinfo
rounds 100
age 659
rounds 100
age 621
wfg ~% show-aging-rate.sh
Linux lark 2.6.15-rc5-mm1 #9 SMP Wed Dec 7 16:47:56 CST 2005 i686 GNU/Linux
total used free shared buffers cached
Mem: 501 475 26 0 6 278
-/+ buffers/cache: 189 311
Swap: 127 2 125
---------------------------------------------------------------
active/inactive size ratios:
DMA0: 75 / 1000 = 161 / 2135
Normal0: 1074 / 1000 = 59046 / 54936
active/inactive scan rates:
DMA: 31 / 1000 = 7867 / ( 246784 + 0)
Normal: 974 / 1000 = 5847744 / ( 6001216 + 128)
---------------------------------------------------------------
inactive size ratios:
DMA0 / Normal0: 388 / 10000 = 2135 / 54936
inactive scan rates:
DMA / Normal: 411 / 10000 = ( 246784 + 0) / ( 6001216 + 128)
pageoutrun / allocstall = 4140780 / 100 = 207039 / 4
wfg ~% vmstat 5 10
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
3 0 2612 6408 7280 293960 0 1 122 13 1178 1415 14 9 75 2
1 0 2612 6404 2144 298144 0 0 190 35 1159 1675 11 89 0 0
1 0 2612 6216 2052 299596 0 0 442 8 1189 1612 10 90 0 0
1 0 2612 5916 2032 299888 0 0 326 0 1182 1713 10 90 0 0
1 3 2612 6528 3252 297240 0 0 795 6 1275 1464 10 53 0 37
0 0 2612 5648 3644 298480 0 0 739 14 1261 1203 14 23 39 24
[the big cp stops about here]
0 0 2612 5784 3660 298532 0 0 0 17 1130 1322 10 3 87 0
0 0 2612 5952 3692 298500 0 0 6 4 1137 1343 9 2 87 2
0 0 2612 5976 3700 298492 0 0 2 3 1143 1327 7 1 91 0
0 0 2612 6000 3700 298492 0 0 0 0 1138 1315 7 2 91 0
next prev parent reply other threads:[~2005-12-07 13:05 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-07 10:47 [PATCH 00/16] Balancing the scan rate of major caches V3 Wu Fengguang
2005-12-07 10:47 ` [PATCH 01/16] mm: restore sc.nr_to_reclaim Wu Fengguang
2005-12-07 10:47 ` [PATCH 02/16] mm: simplify kswapd reclaim code Wu Fengguang
2005-12-07 10:47 ` [PATCH 03/16] mm: supporting variables and functions for balanced zone aging Wu Fengguang
2005-12-11 22:36 ` Marcelo Tosatti
2005-12-12 2:53 ` Wu Fengguang
2005-12-07 10:47 ` [PATCH 04/16] mm: balance zone aging in direct reclaim path Wu Fengguang
2005-12-07 10:48 ` [PATCH 05/16] mm: balance zone aging in kswapd " Wu Fengguang
2005-12-07 10:58 ` Wu Fengguang
2005-12-07 13:32 ` Wu Fengguang [this message]
2005-12-07 10:48 ` [PATCH 06/16] mm: balance slab aging Wu Fengguang
2005-12-07 11:08 ` Wu Fengguang
2005-12-07 11:34 ` Nick Piggin
2005-12-07 12:59 ` Wu Fengguang
2005-12-07 10:48 ` [PATCH 07/16] mm: balance active/inactive list scan rates Wu Fengguang
2005-12-07 10:48 ` [PATCH 08/16] mm: fine grained scan priority Wu Fengguang
2005-12-07 10:48 ` [PATCH 09/16] mm: remove unnecessary variable and loop Wu Fengguang
2006-01-05 19:21 ` Marcelo Tosatti
2006-01-06 8:58 ` Wu Fengguang
2005-12-07 10:48 ` [PATCH 10/16] mm: remove swap_cluster_max from scan_control Wu Fengguang
2005-12-07 10:48 ` [PATCH 11/16] mm: let sc.nr_scanned/sc.nr_reclaimed accumulate Wu Fengguang
2005-12-07 10:48 ` [PATCH 12/16] mm: fold sc.may_writepage and sc.may_swap into sc.flags Wu Fengguang
2005-12-07 10:36 ` Nick Piggin
2005-12-07 11:11 ` Wu Fengguang
2005-12-07 11:12 ` Nick Piggin
2005-12-07 13:01 ` Wu Fengguang
2005-12-07 11:15 ` Wu Fengguang
2005-12-07 17:02 ` Martin Hicks
2005-12-07 23:15 ` Andrew Morton
2005-12-07 10:48 ` [PATCH 13/16] mm: fix minor scan count bugs Wu Fengguang
2005-12-07 10:32 ` Nick Piggin
2005-12-07 11:02 ` Wu Fengguang
2005-12-07 10:48 ` [PATCH 14/16] mm: zone aging rounds accounting Wu Fengguang
2005-12-07 10:48 ` [PATCH 15/16] mm: add page reclaim debug traces Wu Fengguang
2005-12-07 10:48 ` [PATCH 16/16] mm: kswapd reclaim debug trace Wu Fengguang
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=20051207133222.GA6141@mail.ustc.edu.cn \
--to=wfg@mail.ustc.edu.cn \
--cc=a.p.zijlstra@chello.nl \
--cc=akpm@osdl.org \
--cc=andrea@suse.de \
--cc=christoph@lameter.com \
--cc=linux-kernel@vger.kernel.org \
--cc=magnus.damm@gmail.com \
--cc=marcelo.tosatti@cyclades.com \
--cc=npiggin@suse.de \
--cc=riel@redhat.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
Powered by JetHome