Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 22 Jul 2002 03:07:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 22 Jul 2002 03:07:22 -0400 Received: from loke.as.arizona.edu ([128.196.209.61]:30341 "EHLO loke.as.arizona.edu") by vger.kernel.org with ESMTP id ; Mon, 22 Jul 2002 03:07:15 -0400 Date: Mon, 22 Jul 2002 00:08:00 -0700 (MST) From: Craig Kulesa To: William Lee Irwin III cc: linux-kernel@vger.kernel.org, Subject: Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27 In-Reply-To: <20020721213131.GA919@holomorphy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2066 Lines: 60 On Sun, 21 Jul 2002, William Lee Irwin III wrote: > Can you test this to verify that reclamation is actually done? Looks like it is. I have a script that does slocate, loads monstrous blank images into gimp, manipulates it to drive the machine to swap, performs a 'find' to test and make sure we haven't evicted slab pages too readily, loads some addn'l applications and performs a few dbench runs. The apps are killed in lifo order to see if the page aging works. Afterwards, the find is performed again to see if any of the slabs are still cached. vmstat is running through the entire test, and /proc/[mem,slab]info are saved very occasionally. I ran the test on 2.5.27-rmap and 2.5.27-rmap-slablru to test pte_chain reclaim and to see if the slablru patch causes measurable slowdowns due to more LRU list traffic. It apparently doesn't: Time to completion: 2.5.27: 203 sec 2.5.27-rmap: 205 sec 2.5.27-rmap-slablru: 205 sec Swapouts during test: 2.5.27: 30092 kB 2.5.27-rmap: 43520 kB 2.5.27-rmap-slablru: 40948 kB Swapins during test: 2.5.27: 13364 kB 2.5.27-rmap: 8616 kB 2.5.27-rmap-slablru: 8452 kB Slab reclaim looks sane for the slablru kernel throughout the test. In particular, here's the pte_chain pool entries through the test from /proc/slabinfo: pte_chain 20061 21294 8 60 63 1 pte_chain 20061 21294 8 60 63 1 pte_chain 20822 24336 8 65 72 1 pte_chain 21563 24336 8 65 72 1 pte_chain 19921 23660 8 70 70 1 pte_chain 18501 23660 8 63 70 1 pte_chain 18483 22984 8 63 68 1 Not very dramatic in this example since this was a pretty mild load, but it does seem to work. Craig Kulesa Steward Obs. Univ. of Arizona - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/