From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265900AbUGHIEO (ORCPT ); Thu, 8 Jul 2004 04:04:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265902AbUGHIEO (ORCPT ); Thu, 8 Jul 2004 04:04:14 -0400 Received: from mail001.syd.optusnet.com.au ([211.29.132.142]:18875 "EHLO mail001.syd.optusnet.com.au") by vger.kernel.org with ESMTP id S265900AbUGHIEE (ORCPT ); Thu, 8 Jul 2004 04:04:04 -0400 References: <40EC13C5.2000101@kolivas.org> <40EC1930.7010805@comcast.net> <40EC1B0A.8090802@kolivas.org> <20040707213822.2682790b.akpm@osdl.org> <40ECF278.7070606@yahoo.com.au> <40ECF86D.3060707@yahoo.com.au> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Con Kolivas To: Nick Piggin Cc: Andrew Morton , nigelenki@comcast.net, linux-kernel@vger.kernel.org, ck@vds.kolivas.org Subject: Re: Autoregulate swappiness & inactivation Date: Thu, 08 Jul 2004 18:03:49 +1000 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-pc.kolivas.org-4554-1089273829-0015"; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. --=_mimegpg-pc.kolivas.org-4554-1089273829-0015 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Nick Piggin writes: > Con Kolivas wrote: >> Nick Piggin writes: > >>> A few comments. I think making swappiness depend on the amount of >>> swap you have used is not a good idea. I might be wrong though, but >>> generally you should only make something *more* complex if you have >>> a good rationale and good numbers (you have the later, Andrew might >>> consider this enough). I especially don't like this sort of temporal >>> dependancy either, because it makes things much harder to reproduce >>> and think through. >> >> >> Noted. The amount of swap hardly has any effect on the swappiness except >> when you're close to OOMing and it is harder to OOM with this in place. >> > > OK that's easy then. The OOM algorithm can be changed if it is > OOMing too easily. I didn't say it was easy, just harder with; but whatever - I can get rid of it. >>> Secondly, can you please not mess with the exported sysctl. If you >>> think your "autoswappiness" calculation is better than the current >>> swappiness one, just completely replace it. Bonus points if you can >>> retain the swappiness knob in some capacity. >> >> >> I agree and would like them all removed, but people just love to leave >> the knobs in place. While I dont think the knobs should still be there >> either, I'm not reluctant to leave something that innocuous if the users >> want them. >> > > Well, get rid of the auto-tuning thing to start with, and merge > it into the swappiness calculation.. > > Regarding all these knobs, the main thing you want to avoid is > having loads of them because you can't find acceptable defaults. > I think "swappiness" is in the category of a good sysctl: it is > simple, meaningful to the admin, works, etc. > > It has proven somewhat useful in testing ("set it to blah and see > if it still happens"). Or for people who know what they are doing. Umm I think we're agreeing, no? I'm trying to leave the swappiness knob in for those who (think?) they know what they're doing. Somehow it needs to be turned to "manual" again. Con --=_mimegpg-pc.kolivas.org-4554-1089273829-0015 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA7P/lZUg7+tp6mRURAvArAJ4ooemvYR+T+U/1NboQdmKTYBSk0wCeP1ZO k5cPYytNwrevmg38McCLedU= =Oc/s -----END PGP SIGNATURE----- --=_mimegpg-pc.kolivas.org-4554-1089273829-0015--