From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264770AbUGIO2P (ORCPT ); Fri, 9 Jul 2004 10:28:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264922AbUGIO2O (ORCPT ); Fri, 9 Jul 2004 10:28:14 -0400 Received: from mail016.syd.optusnet.com.au ([211.29.132.167]:36324 "EHLO mail016.syd.optusnet.com.au") by vger.kernel.org with ESMTP id S264770AbUGIO0o (ORCPT ); Fri, 9 Jul 2004 10:26:44 -0400 Message-ID: <40EEAAFC.1010202@kolivas.org> Date: Sat, 10 Jul 2004 00:26:04 +1000 From: Con Kolivas User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Martin J. Bligh" Cc: Andrew Morton , ck@vds.kolivas.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] Autotune swappiness References: <40EC13C5.2000101@kolivas.org> <40EC1930.7010805@comcast.net> <40EC1B0A.8090802@kolivas.org> <20040707213822.2682790b.akpm@osdl.org> <20040708001027.7fed0bc4.akpm@osdl.org> <20040708010842.2064a706.akpm@osdl.org> <40ED7534.4010409@kolivas.org> <20040708094406.2b0293ea.akpm@osdl.org> <40EDE956.80705@kolivas.org> <13490000.1089383007@[10.10.2.4]> In-Reply-To: <13490000.1089383007@[10.10.2.4]> X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig66A4FED5F1EAB3D5E7079583" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig66A4FED5F1EAB3D5E7079583 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Martin J. Bligh wrote: >>>>Here is another try at providing feedback to tune the vm_swappiness. >>> >>> >>>I spent some time yesterday trying to demonstrate performance improvements >>>from those two patches. Using >>> >>> make -j4 vmlinux with mem=64m >>> >>>and >>> >>> qsbench -p 4 -m 96 with mem=256m >>> >>>and was not able to do so, which is what I expected. >>> >>>We do need more quantitative testing on this work. >> >>Sure thing. >> >>I need to point out a few things: >>The point of this patch was to improve the swap behaviour on desktop like loads. >>The fact that it improved the "when swap is thrashing" scenario (in my testing) was an unintentional bonus. >>I dont think your load of j4 will induce quite the same swap thrash as what I was testing. I actually suspect the faster cpu & more jobs over fixed memory shows it more. >>I need someone with more varied hardware to test it for me. I can recreate equivalent results on my current machine which has similar hardware, but I think results showing improvement on different machines and different loads is what you're looking for... and since I'm currently quite low on hardware I can only offer results from this one (and my wife is hating it being offline o_0) >> >>Anyone willing to offer to do some tests? > > > What kind of mem pressure are you looking for? kernel compile is easy to run, > and straight "-j" should kill a small system fairly well ... you want it just > into swap, or thrashing the crap out of it? It was coincidental that it helped the swap thash scenario. But yes, thrashing the crap out of it. Maybe taking 5-10 times longer than when there's enough memory for the job. Con --------------enig66A4FED5F1EAB3D5E7079583 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD4DBQFA7qr/ZUg7+tp6mRURAnv4AJY4Lb+6ll/qxnY8Z7WMEkOzrIzKAKCITHyL x/3E9uv9W7IBnt+gDfBfkg== =8LsF -----END PGP SIGNATURE----- --------------enig66A4FED5F1EAB3D5E7079583--