From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: [RFC][PATCH -mm 2/2] Freezer: Use wait queue instead of busy looping Date: Tue, 31 Jul 2007 12:00:31 +0200 Message-ID: <20070731100031.GA3462@elf.ucw.cz> References: <200707251401.48340.rjw@sisk.pl> <200707261424.49503.rjw@sisk.pl> <20070731080131.GF22419@elf.ucw.cz> <200707311139.24928.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <200707311139.24928.rjw@sisk.pl> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.linux-foundation.org Errors-To: linux-pm-bounces@lists.linux-foundation.org To: "Rafael J. Wysocki" Cc: Nigel Cunningham , Andres Salomon , pm list , Chris Ball , David Woodhouse , Oleg Nesterov List-Id: linux-pm@vger.kernel.org Hi! > > Ok, could we just do schedule_timeout(HZ/10) or something, but when we > > _know_ we woke someone, wakeup() that task? No new variables, keep > > existing logic. > > The logic doesn't change that much. :-) > > > That should still get most of the benefits, and be two liner, no? > > Well, I think we can avoid using refrigerator_called, if this is a problem, but > the patch won't be a two liner. Sure? The current process is ineffective because it polls. If we add schedule_timeout(HZ/10), we'll have still correct freezer (and it will not waste power any more), but it will delay freezing by HZ/20 on average. If we add wakeup() at strategic place, we should get rid of that delay... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html