Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933991Ab0FFL1g (ORCPT ); Sun, 6 Jun 2010 07:27:36 -0400 Received: from mail.lang.hm ([64.81.33.126]:55659 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933087Ab0FFL1e (ORCPT ); Sun, 6 Jun 2010 07:27:34 -0400 Date: Sun, 6 Jun 2010 04:26:14 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: Felipe Contreras cc: Arjan van de Ven , =?ISO-8859-15?Q?Arve_Hj=F8nnev=E5g?= , Peter Zijlstra , Ingo Molnar , tytso@mit.edu, Brian Swetland , Neil Brown , Thomas Gleixner , "Rafael J. Wysocki" , Alan Stern , Felipe Balbi , LKML , Florian Mickler , Linux OMAP Mailing List , Linux PM , Alan Cox , James Bottomley , Linus Torvalds , Kevin Hilman , "H. Peter Anvin" Subject: Re: suspend blockers & Android integration In-Reply-To: Message-ID: References: <20100603193045.GA7188@elte.hu> <20100603231153.GA11302@elte.hu> <20100603232302.GA16184@elte.hu> <20100604071354.GA14451@elte.hu> <20100604083423.GD15181@elte.hu> <1275653210.27810.39762.camel@twins> <1275731653.27810.41078.camel@twins> <20100605092851.6ee15f13@infradead.org> <20100605152326.7ccd5160@infradead.org> User-Agent: Alpine 2.01 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2031 Lines: 43 On Sun, 6 Jun 2010, Felipe Contreras wrote: > 2010/6/6 Arjan van de Ven : >> On Sat, 5 Jun 2010 14:26:14 -0700 >> Arve Hj?nnev?g wrote: >>>> the kernel has a set of infrastructure already to help here (range >>>> timers, with which you can wakeup-limit untrusted userspace crap), >>>> timer slack for legacy background timers, etc etc. >>> >>> Range timers allows the kernel to align different timers so they don't >>> each bring the cpu out of idle individually. They do not eliminate >>> timers or make individual timers fire less often. >> >> you're incorrect. >> With range timers you can control the rate at which timers fire just >> fine. > > I was wondering... Currently GLib user-space aligns itself to fire > burst of work at second boundaries without the need for IPC. But if > you want to align beyond one second you need multi-process alignment. > Say, one application says: wake me up between 30s and 1m. And the > other one says: wake me up between 10m and 20m. They could very well > align at some point if there was a central process keeping track of > all the timers. > > Does the kernel provide something to solve that problem already? yes,the kernel will let you say 'wake me in 10m, with a possible delay of up to 10 min' and get woken up between 10 and 20 min this is what was mentioned earlier in the thread where you could take an app that tries to do something every .1 second and set the kernel to allow the tick to be delayed for up to 3.9 seconds, resulting in a wakeup every 4 seconds if the system is idle. This has the additional advantage that if the system is not idle and other things are causing ticks to take place anyway, this app would get more ticks up to the 10/second it's asking for) David Lang -- 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/