From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from m0.truegem.net (m0.truegem.net [69.55.228.47]) by sourceware.org (Postfix) with ESMTPS id 2FBC538346B6 for ; Tue, 10 May 2022 08:21:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 2FBC538346B6 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=maxrnd.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=maxrnd.com Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id 24A8LjLb047015 for ; Tue, 10 May 2022 01:21:45 -0700 (PDT) (envelope-from mark@maxrnd.com) Received: from 162-235-43-67.lightspeed.irvnca.sbcglobal.net(162.235.43.67), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdghJrmC; Tue May 10 01:21:43 2022 Subject: Re: load average calculation failing To: cygwin-developers@cygwin.com References: <3a3edd10-2617-0919-4eb0-7ca965b48963@maxrnd.com> From: Mark Geisert Message-ID: Date: Tue, 10 May 2022 01:21:43 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-developers@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin core component developers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2022 08:21:49 -0000 Jon Turney wrote: > On 08/05/2022 08:01, Mark Geisert wrote: >> Mark Geisert wrote (on the main Cygwin mailing list): >>> I've recently noticed that the 'xload' I routinely run shows zero load even >>> with compute-bound processes running.  This is on both Cygwin pre-3.4.0 as well >>> as 3.3.4.  A test program, shown below, indicates that getloadavg() is >>> returning with 0 status, i.e. not an error but no elems >>> of the passed-in array updated. >>> > > One other thing I forgot to mention: xload doesn't call getloadavg(), it directly > uses the PDH interface, see: > > https://gitlab.freedesktop.org/xorg/app/xload/-/blob/master/get_load.c#L71 Ah, I did notice xload on the list of pdh.dll users at some point, thanks. And thanks explicitly for the pointer to your github-hosted wmi-loadavg.cc. That has indeed been very helpful in poking around this issue. Cheers, ..mark