From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from kate-mail.whsl206.com ([49.50.249.113]) by ewsd; Wed Mar 11 22:39:22 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:MIME-Version:Date:
	Message-ID:Subject:To:From:Sender:Reply-To:Cc:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
	List-Post:List-Owner:List-Archive;
	bh=uMaaIz1+zGswOMxMarsaRaejv8P+G+fEtPqMnTlINzY=; b=FGPbnlTkj2H6+zRipINIorkgcM
	o5K8ckuAsrZDUiqq3ZWczrHWTOCfTMT2Am2by6KXWAZ6L3mIMon6guivr5OsTmT1hINSYSVPf6kkX
	9ZHQJo1KIgVYPf7VnU/5p1Ti6lJ29qd4NR2Tr6c9ZC0GssITfU6feP8SBiWr7NcL4r3indb/z1y9M
	LYu5/kie2HaemsGMYoUPXf5BkXR6Yuwj4PFrVMrGpGhBRGTIJOORM4U5EL9kBzBKQzv04knzhEtt9
	rEdNM0i5z5INMOYFSUHgKYgE2E+3CGPVEvoDJFUsmYJrtqd9fkz7jtujy/nLMAuK33tJ34fMJQn/E
	ky4Pbbew==;
Received: from [118.149.145.138] (port=1368 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 <plan9fullfrontal@qs.co.nz>)
	id 1jCDk6-00E9S7-JK
	for 9front@9front.org; Thu, 12 Mar 2020 15:38:38 +1300
From: Trevor Higgins <plan9fullfrontal@qs.co.nz>
To: 9front@9front.org
Subject: Some SMP performance measurements.
Message-ID: <03e5fb90-cee6-8c3a-3700-e547a2959e1e@qs.co.nz>
Date: Thu, 12 Mar 2020 15:38:34 +1300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.2.1
MIME-Version: 1.0
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: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: managed engine HTTP over XMPP cache-based app 

Using 'mk'  just because it is there and manages the multitasking for 
me. I used timing of a build to measure performance.
Comparing a standard build from ramfs with both source objects files in 
the same file service , and a build where the source and object files 
were split between 8 ramfs mount points.

I have found that the Fileservices are a significant source of 
throttling of performance. Performance using hjfs shows ramfs is not 
causing unexpected delay and ramfs always shows significant increase in 
performance over hjfs.

Splitting the build directories showed a 4 fold decrease in real build 
time with fewer processors/threads.
For a build with a single FS serving the source and a single FS serving 
the object storage, there is no real saving in time after 4 threads. The 
build process is completely IO bound with 6 threads.

The split build is IO bound with 8 threads but with better utilization 
resulting in substantially lower build times.

No criticism of Plan9 or anything or anyone, just looking at the numbers 
to help figure out how to design some software I am writing. SMP may not 
be much use to me in my application.


-- 

We need another plan