From owner-freebsd-bugs@freebsd.org Tue Oct 27 08:33:02 2015 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3F3AA1F892 for ; Tue, 27 Oct 2015 08:33:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C634F15E7 for ; Tue, 27 Oct 2015 08:33:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9R8X2fQ054099 for ; Tue, 27 Oct 2015 08:33:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 173541] load average 0.60 at 100% idle Date: Tue, 27 Oct 2015 08:33:02 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mav@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2015 08:33:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=173541 --- Comment #9 from Alexander Motin --- I don't know whether it is the only cause of such behavior, but I have one logical explanation. The problem goes from the sampled nature of our load average calculation. To reduce power usage new clock code tries to aggregate events in bursts to reduce number of CPU wakeups. As result, if system is idle, its CPU may wakeup as low as two times per second. And if that CPU has some other events waking it up, it is quite likely they will be aggregated with load average sampling. As result, there is high enough probability that sampler will see some "load" to account, while it has no idea that that load will disappear in microsecond for another second. Enabling periodic interrupts breaks the event aliasing -- load average sampling will more likely fire in moments when system is really idle. But do we want to consume several extra watts of power just for one good looking number? To solve this we should probably change our mechanism of load average calculation somehow. If anybody have ideas -- I am all ears. -- You are receiving this mail because: You are the assignee for the bug.