From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261844AbVFUB6m (ORCPT ); Mon, 20 Jun 2005 21:58:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261746AbVFUByj (ORCPT ); Mon, 20 Jun 2005 21:54:39 -0400 Received: from gate.crashing.org ([63.228.1.57]:25769 "EHLO gate.crashing.org") by vger.kernel.org with ESMTP id S261670AbVFUBx2 (ORCPT ); Mon, 20 Jun 2005 21:53:28 -0400 Subject: Re: [PATCH] Dynamic tick for x86 version 050610-1 From: Benjamin Herrenschmidt To: Tony Lindgren Cc: hugang@soulinfo.com, linux-kernel@vger.kernel.org, "Pallipadi, Venkatesh" , Jonathan Corbet , Pavel Machek , Bernard Blackham , Christian Hesse , Zwane Mwaikambo In-Reply-To: <20050621012825.GA30990@muru.com> References: <20050602013641.GL21597@atomide.com> <200506021030.50585.mail@earthworm.de> <20050602174219.GC21363@atomide.com> <20050603223758.GA2227@elf.ucw.cz> <20050610041706.GC18103@atomide.com> <20050610091515.GH4173@elf.ucw.cz> <20050610151707.GB7858@atomide.com> <20050610221501.GB7575@atomide.com> <20050618033419.GA6476@hugang.soulinfo.com> <1119076233.18247.27.camel@gaston> <20050621012825.GA30990@muru.com> Content-Type: text/plain Date: Tue, 21 Jun 2005 11:49:20 +1000 Message-Id: <1119318560.18247.134.camel@gaston> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2005-06-20 at 18:28 -0700, Tony Lindgren wrote: > On Sat, Jun 18, 2005 at 04:30:32PM +1000, Benjamin Herrenschmidt wrote: > > > > > I'm try to port it powerpc, Here is a patch. > > > > > > Port Dynamic Tick Timer to new platform is easy. :) > > > 1) Find the reprogram timer interface. > > > 2) do a hook in the idle function. > > > > > > That worked on my PowerBookG4 12'. > > Cool :) > > > Did you get a measurable gain on power consumption ? > > > > Last time I toyed with this, I didn't. > > Just dyntick alone probably does not do much for power savings. The > trick is to figure out what all can be turned off for the longer idle > periods. And try to make the idle periods longer by cutting down on > polling. I would have expected it to actually do increase savings due to avoiding the cost of bringing the CPU back from deep NAP mode too often. It's possible that my previous experiments were bogus in fact. It would be very useful to have some statistics on how long we _actually_ sleep, I supspect things like the network stack with all it's slow timer all kicking at slightly different times for example are screwing us up a little bit. Ben.