X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type:content-transfer-encoding;
	 q=dns; s=default; b=nHCy3INMIM0pRgvMm8PSEyWxa5DqULBy0o9FWafq0En
	0IYiMpSyvQHd5/WJQGmDHXPHsr0eoa3OuFwZmQOin7VXlv6P/blgqXM54L5aCSy7
	j/jTYhCkeh/iY0Ad3Yt2pXrdxy5e/b1aJ23Sw1PNJT/uCz10VshZoVKkx5R71l2s
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type:content-transfer-encoding;
	 s=default; bh=HlKfuI1Ddw+QiN+FQKAuFI0hB/k=; b=wMcDmDoYShV/a3Kpv
	2MqFW6O2LpVQvMDPrwx7/6tq3AkdMNAkrGMdJS6DmaC7Lf+dhTbH7YaAMsOBVLMJ
	ggpyEOzmc7pzXmRnk/gmZWg4uRCu2seZBSiOnPHZsjL1ZV+IIV+8qNW8TjMzkHSl
	3hzWF82WlNydFZNglyel4WFpSU=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Emacs, badly
X-HELO: mail-in-17.arcor-online.net
X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-05.arcor-online.net 3pMYST5xR1z2xqp
From: Achim Gratz <Stromeko@nexgo.de>
To: cygwin@cygwin.com
Subject: Re: Cygwin multithreading performance
References: <CABPLASTtRK4mNxh0M_AnZgjJQ15kWPx+L=U=VCU3Wwi7jV_57A@mail.gmail.com>
Date: Fri, 18 Dec 2015 16:06:45 +0100
In-Reply-To: <CABPLASTtRK4mNxh0M_AnZgjJQ15kWPx+L=U=VCU3Wwi7jV_57A@mail.gmail.com>	(Kacper Michajlow's message of "Sat, 14 Nov 2015 01:24:18 +0100")
Message-ID: <87bn9nhk3e.fsf@Rainer.invalid>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id tBIF77ee030710

Kacper Michajlow writes:
> I recently noticed that Cygwin multithreading is very inefficient. I
> was repacking few git repositories and with Cygwin's git, it spawns
> threads but they are so badly synchronized that there is no speed gain
> over one thread and possible loose because of the overhead. On my
> machine I got 7-10% CPU usage while with git build with mingw easily
> uses 100%.

I've been testing this again with my local copy of Emacs' Git repository
and at least on this two-core system it works just fine (it was working
fine on a four-core system earlier).  The object count phase looks
serialized and doesn't go over 50%, however a good deal of that is
system time anyway, so I assume it's file access.  The actual
compression uses whatever CPU it can get, with the occasional spike in
system time when it goes to disk (it's an SSD).

Is your repo local or on some remote filesystem?


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


