From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from kate-mail.whsl206.com ([49.50.249.113]) by ewsd; Tue Mar 10 22:29:25 EDT 2020 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qs.co.nz; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=6zcGmPhk2U888RdG26L9hAsAZ1ajl73HzP8fUBozEYA=; b=gvbPWyF+ox8m5sg3NSFj2NNOcs AYT7KlVB+YReN0ixsr8PJYLhW+C/l1iAdzdQAyM1xPeExEc6GaXfCTrzxJMPcmCnnipXdukxuMIpc bs8Y79JTn/8yYRDYiColtQTW3p3ETgRxvfmfIL6FBwvsFpW/e2Yz8Qg2OPUan764MowfCt2fXv76d R3RLfawffIfcZMF1Vb6d1ATArYHEp/qfIkOcFXsrnYX16kIHvo5aNbcGGMtBaBNh7xE0ElANPTgKn UcWW0wZKcfbG0J++jWPcm8vNYNzEaA4Hlhgq4QuT4miXPpzQrNkmAuSva8d9v7UUOiDxu0cyx4XsQ Z2Hpi+qA==; Received: from [118.149.168.211] (port=4828 helo=[192.168.43.110]) by kate.whsl206.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1jBr6t-0014qM-FR for 9front@9front.org; Wed, 11 Mar 2020 15:28:39 +1300 Subject: Re: [9front] Bug in time cmd? To: 9front@9front.org References: <086912A0EAF35F67FD36D1DF0B200DD2@musolino.id.au> From: Trevor Higgins Message-ID: Date: Wed, 11 Mar 2020 15:28:35 +1300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <086912A0EAF35F67FD36D1DF0B200DD2@musolino.id.au> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - kate.whsl206.com X-AntiAbuse: Original Domain - 9front.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - qs.co.nz X-Get-Message-Sender-Via: kate.whsl206.com: authenticated_id: phil@qs.co.nz X-Authenticated-Sender: kate.whsl206.com: phil@qs.co.nz X-Source: X-Source-Args: X-Source-Dir: List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: overflow-preventing dependency-oriented enhancement-oriented high-performance pipelining-aware optimizer On 03/11/2020 01:11 PM, Alex Musolino wrote: > These figures come from the Waitmsg structure returned by wait(2). The > 'u' time is the total user time of the child process *and descendants*. > Given that you likely have a multiprocessor and mk will parallelise its > work according to the NPROC environemnt variable, that ought to explain > how you are able to achieve 14s of user time in only 6s real time. Ok, setting NROC=1 verifies the result I am seeing. While I understand the info, I have to think what this actually means as a measurement. I guess it is telling me that 16 threads only makes a 2x speed improvement. Which seems to correlate with the fact that the load on the CPU never gets very high. Utilization is poor. Thanks for setting me straight. -- We need another plan