[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87oc8wa063.fsf@gmail.com>
Date: Wed, 08 Dec 2010 08:01:24 -0500
From: Ben Gamari <bgamari.foss@...il.com>
To: Minchan Kim <minchan.kim@...il.com>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Rik van Riel <riel@...hat.com>,
linux-mm <linux-mm@...ck.org>,
LKML <linux-kernel@...r.kernel.org>,
Wu Fengguang <fengguang.wu@...el.com>,
Johannes Weiner <hannes@...xchg.org>,
Nick Piggin <npiggin@...nel.dk>
Subject: Re: [PATCH v4 4/7] Reclaim invalidated page ASAP
> Make sense to me. If Ben is busy, I will measure it and send the result.
I've done measurements on the patched kernel. All that remains is to do
measurements on the baseline unpached case. To summarize the results
thusfar,
Times:
=======
user sys %cpu inputs outputs
Patched, drop 142 64 46 13557744 14052744
Patched, nodrop 55 57 33 13557936 13556680
vmstat:
========
free_pages inact_anon act_anon inact_file act_file dirtied written reclaim
Patched, drop, pre 306043 37541 185463 276266 153955 3689674 3604959 1550641
Patched, drop, post 13233 38462 175252 536346 178792 5527564 5371563 3169155
Patched, nodrop, pre 475211 38602 175242 81979 178820 5527592 5371554 3169155
Patched, nodrop, post 7697 38959 176986 547984 180855 7324836 7132158 3169155
Altogether, it seems that something is horribly wrong, most likely with
my test (or rsync patch). I'll do the baseline benchmarks today.
Thoughts?
Thanks,
- Ben
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists