Deutsch   English   Français   Italiano  
<vr2ckr$2872d$2@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Lawrence D'Oliveiro <ldo@nz.invalid>
Newsgroups: comp.lang.c
Subject: Re: Python recompile
Date: Fri, 14 Mar 2025 23:03:55 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 23
Message-ID: <vr2ckr$2872d$2@dont-email.me>
References: <vq1qas$j22$1@gallifrey.nk.ca> <vqiugc$dv5o$2@dont-email.me>
	<vql9fu$vluh$1@dont-email.me> <vqlfrj$10rr4$2@dont-email.me>
	<vqli6g$114cj$3@dont-email.me> <vqm0b9$179ca$1@dont-email.me>
	<vqnfvp$1gsl4$2@dont-email.me> <20250310135828.116@kylheku.com>
	<vqnkdq$1gsl4$6@dont-email.me> <vqnmbn$1i1s0$6@dont-email.me>
	<vqnmig$1ie8j$2@dont-email.me> <vqns51$1jibk$5@dont-email.me>
	<vqo5hd$1lant$1@dont-email.me> <vqo9df$1ls6a$2@dont-email.me>
	<vqoe8o$1qblf$1@dont-email.me> <vqolqv$1rfnf$5@dont-email.me>
	<vqq8v2$262gq$1@dont-email.me> <vqqf3r$273mt$6@dont-email.me>
	<vqqjra$286h8$2@dont-email.me> <vqqlff$28fls$7@dont-email.me>
	<vqqtjv$2a3dv$1@dont-email.me> <vqqu21$2a18r$3@dont-email.me>
	<vqr25u$2eit2$1@dont-email.me> <vqras6$2fsqk$1@dont-email.me>
	<vqtq8v$33itc$1@dont-email.me> <vqvfl6$3rsid$2@dont-email.me>
	<vqvqmq$49pc$1@dont-email.me> <vr01sp$9jrt$2@dont-email.me>
	<vr212d$1uc77$1@dont-email.me> <vr26ih$23hho$1@dont-email.me>
	<vr299n$25gok$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 15 Mar 2025 00:03:55 +0100 (CET)
Injection-Info: dont-email.me; posting-host="7c9322988cd10723f336ea9799d3e4e4";
	logging-data="2366541"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19A3k4NdRK86c+ps1NJloIO"
User-Agent: Pan/0.162 (Pokrosvk)
Cancel-Lock: sha1:JDMqNfU3MLBOiVFOS2SBAJUcVNg=
Bytes: 2823

On Fri, 14 Mar 2025 15:06:47 -0700, Chris M. Thomasson wrote:

> On 3/14/2025 2:20 PM, Lawrence D'Oliveiro wrote:
>
>> Does that require explicitly queuing a read or a write operation?
> 
> Well, I still don't know how Python is implementing things.

The question is, how do *you* think they should be implemented, in such a 
way that those claimed limitations would not exist?

> Keep in mind that successful IOCP means the completion of an io action
> has occurred, or an error has been raised. It could be a new connection,
> a buffer was sent, data has been read. That is the C (completion) in
> IOCP, see?

In other words, you actually have to have queued I/O operations 
outstanding on every connection in order to use IOCP. Dave Cutler 
basically reinvented VMS-style programming, with completion callbacks, in 
a slightly more message-based form.

This kind of thing does not scale to having thousands of connections open 
at once.