Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: Threads across programming languages
Date: Fri, 3 May 2024 21:27:28 -0700
Organization: A noiseless patient Spider
Lines: 29
Message-ID: <v14dff$1196p$2@dont-email.me>
References: <GIL-20240429161553@ram.dialup.fu-berlin.de>
 <v0ogum$1rc5n$1@dont-email.me> <v0ovvl$1ur12$4@dont-email.me>
 <v0p06i$1uq6q$5@dont-email.me>
 <v0shti$2vrco$2@raubtier-asyl.eternal-september.org>
 <v0spsh$31ds4$3@dont-email.me>
 <v0stic$325kv$3@raubtier-asyl.eternal-september.org>
 <v0svtn$32o8h$1@dont-email.me>
 <v0t091$32qj6$1@raubtier-asyl.eternal-september.org>
 <v0u90h$3c1r5$4@dont-email.me> <v0v7rf$3lu04$1@dont-email.me>
 <v0v8u3$3m7rm$1@dont-email.me>
 <v0v9oh$3mcpv$1@raubtier-asyl.eternal-september.org>
 <v116s6$4at1$2@dont-email.me>
 <v1222d$db4v$1@raubtier-asyl.eternal-september.org>
 <v146kd$vrsv$7@dont-email.me>
 <v14bs5$111ma$1@raubtier-asyl.eternal-september.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 04 May 2024 06:27:28 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="00566bb81b0a3452542610785f934900";
	logging-data="1090777"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+NderCCSiR6YsW661w2AmFYzCJCwQEmrs="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:H1coAM2FnNReKs5WUmyDJINh1+s=
In-Reply-To: <v14bs5$111ma$1@raubtier-asyl.eternal-september.org>
Content-Language: en-US
Bytes: 2942

On 5/3/2024 9:00 PM, Bonita Montero wrote:
> Am 04.05.2024 um 04:30 schrieb Lawrence D'Oliveiro:
>> On Fri, 3 May 2024 09:00:30 +0200, Bonita Montero wrote:
>>
>>> Am 03.05.2024 um 01:16 schrieb Lawrence D'Oliveiro:
>>>
>>>> On Thu, 2 May 2024 07:53:21 +0200, Bonita Montero wrote:
>>>>
>>>>> If you have a stream of individual I/Os and the processing of the I/Os
>>>>> takes more time than the time between the I/Os you need threads.
>>>>
>>>> That makes the CPU the bottleneck. Which is not the case we’re
>>>> discussing here.
>>>
>>> No, the processing beetween the I/O can mostly depend on other I/Os,
>>> which is the standard case for server applications.
>>
>> In that situation, multithreading isn’t going to speed things up.
> 
> Of course if the intervals between the individual I/Os are shorter
> than the processing.
> 

Think of some io completion threads going full speed. They do not 
actually block for hours during a period of heavy load. GQCSEX is 
returning shit loads of OVERLAPPED io completions and it never blocks 
for this heavy period in load... Then, thread sync can become a major 
factor... Ahhh... RCU with database lookups is able to handle HYPER read 
mostly loads...