Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 30 Nov 2001 10:48:45 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 30 Nov 2001 10:48:35 -0500 Received: from hermes.domdv.de ([193.102.202.1]:7443 "EHLO zeus.domdv.de") by vger.kernel.org with ESMTP id ; Fri, 30 Nov 2001 10:48:31 -0500 Message-ID: X-Mailer: XFMail 1.5.1 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 30 Nov 2001 16:46:03 +0100 (CET) Organization: D.O.M. Datenverarbeitung GmbH From: Andreas Steinmetz To: Alan Cox Subject: Re: kapm-idled no longer idling CPU? Cc: , linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Not really. It depends on 'how in sync' kapm-idled is running with other processes. It's easy to monitor on the laptop as the bios changes the color of a LED during idle calls. Quite often when the laptop is nearly fully idle (a bit of CPU for kmix and the dhcp client, easily verified with top) there are no idle calls. When there's idle calls in this state (0.00> system_idle itself just checks, if nr_running is 1. This means that if any >> single other process is runnable every HZ time when apm_idled checks the >> system >> state it won't switch to idle state even if the system is otherwise idle. I >> do >> see this behaviour e.g. all the time with KDE. > > Uggh - yes, that makes horrible sense. Does it behave any better if you > check say load average for the past 15 seconds < .1 ? > Andreas Steinmetz D.O.M. Datenverarbeitung GmbH - 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/