X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org E4BCA385702D
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1623467147;
	bh=DpT95bF2mvTosPhZbKq0P3M6m2emHoXSjG4vXGyC6uY=;
	h=To:Subject:Date:List-Id:List-Unsubscribe:List-Archive:List-Post:
	List-Help:List-Subscribe:From:Reply-To:From;
	b=Z4jOwHXgHXoXX0gvtbhX8PdeecPdepQShJYNspGfyProcumk//9y1+dd5OyxA4dFe
	7UXJx0njheCeGnppDToKKvW4ob0km+uThqNMIzUarvwyJftKydu1fD30FL5oBs1dX5
	RKxM6KjRVVl7i53KQ38tAvxaQMdpVpVDIZHGnOv8=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.1 sourceware.org 09A6E3858C27
ARC-Seal:	i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
	b=YmjlLivr34LLF+NtYfs9Lh0P4ciKjMrgE5LczENB0B3yDaswJuhj409uKjPOya7AGVXRVYw6QCi5t7fMn6KHW7Sex70syMYk1+h41E928aMot4d11hoSknZIgcgw3lca3uGpFohEXQxxmjfvGOe7C2nYQPJCG1V94NRv7YzWs6w+vW6AGo9ZT4bmWmqaPdr1xNywlsVIyf/oNlnYcE0fKTdfGqutWev93fNSg7cqEcd3jc3zH8dyeg4lpY04CUlJLpfzCusdz3sA+OA6jqB7kGddh3AHlZ3O4lgDCJiD9WJnsrzhOyo0i+Xq4fyEtx0PgylqlxeZ05DPWYBdsI5uOQ==
ARC-Message-Signature:	i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
	s=arcselector9901;
	h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
	bh=VupO8FHAGq7q+Fs+f+PMVM/3d05Sksytkq/LiDAzEnA=;
	b=A6Bf3vx3H0AXnIcqTSn2JXrvSKLyNyTRicoTDMd78pMYqO4Jruwq1lNU5wtp9ale92R67G9eYE7VGwmUyzssyoV+lQWkY6WMvpFxcDlvDt9WeyutEdisScJv0mvdoGWFYA9sueeNgLEFOirWnjN4quk7J1IxDUL/l1SjOhdJnJL5N/ZV0dmzzwdOBU99rDAq9L5Muoat+wWud/alYXCikxnrB+37AgrocQQGCZpqkCxg7al5pYk6jKBR1mzyC38LZt5Egg52/FABX5qn3zlhScglLS2dl2mfCxYrJpteqOqoSUjZIjvRWgDQzou5suhTooX3Ao8m8xvKfzQq0ldtYQ==
ARC-Authentication-Results:	i=1; mx.microsoft.com 1; spf=none; dmarc=none;
	dkim=none; arc=none
To:	"cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject:	Re: C++ program using <thread>
Thread-Topic:	C++ program using <thread>
Thread-Index:	AQHXXzdMgbckKaoNNkauWFdQDvN5kQ==
Date:	Sat, 12 Jun 2021 03:04:29 +0000
Message-ID:	<DM5PR19MB0986179EFCCEDC9EC468C36B93339@DM5PR19MB0986.namprd19.prod.outlook.com>
Accept-Language:	fr-CA, en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker:	OriginalChecksum:3E33A718F549C570E4E160F0C36DBF4A6337DC639AD6B4FFB2B209D56CA510AB;
	UpperCasedChecksum:2C330C3E1A2A0687186FDFD6DF9879FB015B6BC0A299253DE016EAC8D7281D45;
	SizeAsReceived:6621; Count:41
x-tmn:	[/IOP/sqODkSGiSGsPo8dhs20qI9oGYxE]
x-ms-publictraffictype:	Email
x-incomingheadercount:	41
x-eopattributedmessage:	0
x-ms-office365-filtering-correlation-id:	832d53dc-129e-443f-00b4-08d92d4ecba7
x-ms-traffictypediagnostic:	DM6NAM12HT093:
x-microsoft-antispam:	BCL:0;
x-microsoft-antispam-message-info:	t/k57hyrPJjOoRb0wK+saBBu6ERYrCRjgZLQO/quCXPLtdPEiRGLz3jrWz6fiQ0NgWFwWQH+WV8lWKbdPb5Hn1jQODMqS+d7wCBR9F3NAl/UG/nRxVK64Nmvr0S5kQRaGmRiacE/4XCxXTvnYz6jlWUYhMTVATVWGyTtNns2aljUhqJPam4b+CvqtzyijVWZM2i9M4Q+uVV4xQnbAkqyEebts+/rruiVp7olZ5y9NraX4lLPtxpz1wPy7WbuJV39KGKVjJGo5fCRbdzNkYNQoBzntsnonuis5Q3SpHktvWsBBXM80nUmV3Gfg1GyLXRMcZjiebq5cv5O/5Wq/Nm5j/o8dsDt8bDNCfHzrXAMpG9Cbh4MW1SasnkdgkvtQc5QVPil8i2xS2CInpDXBJ9tXg==
x-ms-exchange-antispam-messagedata:	0dBS8CYBxWXNBaK9JQbymY28Jwkw14Retha5A3Ewa5edAXe6hptgBLB6LC10DNd271So9LN/J0jlmqFPDaSxIWLHVm6kkTP0ifKgHIp2w7qx+w2wxS7Hu2pNr86BGBl4vJUKZSxBJHH/lEVld4WNhw==
x-ms-exchange-transport-forked:	True
MIME-Version:	1.0
X-OriginatorOrg:	hotmail.com
X-MS-Exchange-CrossTenant-AuthAs:	Anonymous
X-MS-Exchange-CrossTenant-AuthSource:	DM6NAM12FT013.eop-nam12.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg:	00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id:	832d53dc-129e-443f-00b4-08d92d4ecba7
X-MS-Exchange-CrossTenant-originalarrivaltime:	12 Jun 2021 03:04:29.6214 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader:	Internet
X-MS-Exchange-CrossTenant-id:	84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg:	00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped:	DM6NAM12HT093
X-Spam-Status:	No, score=-1.5 required=5.0 tests=BAYES_00, DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,
	RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_PASS,
	TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version:	SpamAssassin 3.4.2 (2018-09-13) on
	server2.sourceware.org
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From:	=?utf-8?q?Andr=C3=A9_Bleau_via_Cygwin?= <cygwin AT cygwin DOT com>
Reply-To:	=?iso-8859-1?Q?Andr=E9_Bleau?= <Andre_Bleau AT hotmail DOT com>
Sender:	"Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id 15C35n4l017855

Mark Geisert wrote:

>Hi André,
>
>André Bleau via Cygwin wrote:
>> Hi all,
>>
>> I have a small C++ program using <thread>. Mainly, I have a series of long tasks for which I can use a chosen
>>number of threads. I create a given number of instances of the std::thread class, each executing the same function but
>>with different data. After launching the threads, my program waits for the results by calling thread.join() on each
>>thread. Some threads finish sooner than others, depending on the data they process.
>>
>> I have 16 cores with hyperthreading, so 32 virtual cores. I tried a big run with 63 threads.
>>
>> If I compile as a Cygwin program with g++ 10.2.0, when the program runs with 63 threads the CPU load for the
>>program never exceeds 6 or 7%. It remains constants when some of the threads finish, unless the number of threads
>>remaining goes down to about 4.
>>
>> If I compile as a Mingw program with x86_64-w64-mingw32-c++ 10.2.0, when the program runs with 63 threads the
>> CPU load for the program reaches 98% then gradually diminishes as threads finish their task.
>>
>> Needless to say, the total running time for the Mingw version is much shorter.
>>
>> So, is there a limit to the CPU load that a threaded Cygwin program can get? If yes, how can it be changed?
>
>Fascinating report; thanks!  I doubt there's an intentional limit, but perhaps
>there is some difference between the Cygwin and MinGW environments that explains
>the symptoms.  No idea at this point though.
>
>Oh, does your program set process or thread affinity anywhere?
>
>Would you be able to post the source of your test program, or provide it to me by
>private email?  I would run my cygmon profiler on it to look for clues.  There
>have been several other reports of multi-threaded programs taking far too long to
>complete, but the reports came in as possibly malloc-related issues so they may
>differ from yours.  But cygmon has found something troubling in those cases that
>I'm still investigating.
>Regards,
>
>..mark

Thanks for your interest in my problem, Mark.

I have tried to build a simple test case with the same thread structure as my program. In that STC, the threaded function doesn't do any allocation and doesn't use anything from the standard library. With the STC, the Cygwin and Mingw versions behave similarly to each other as the number of threads increases. So, I guess that Cygwin's threaded program limit on CPU usage comes either from allocation or from something in std. I will try to add more things to the test program threaded function to discover the culprit.

Regards, and sorry to have first responded to you personally instead of responding to the list. Outlook.com is somewhat awkward with mailing lists.

- André Bleau

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

- Raw text -