Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

But you'll notice Perl has a goto. -- Larry Wall in <199710211624.JAA17833@wall.org>


devel / comp.lang.c++ / Re: "Functional exception-less error handling with C++23

SubjectAuthor
* Re: "Functional exception-less error handling with C++23Muttley
+* Re: "Functional exception-less error handling with C++23David Brown
|`* Re: "Functional exception-less error handling with C++23Muttley
| `- Re: "Functional exception-less error handling with C++23David Brown
`* Re: "Functional exception-less error handling with C++23Mr Flibble
 +* Re: "Functional exception-less error handling with C++23Malcolm McLean
 |`* Re: "Functional exception-less error handling with C++23Mr Flibble
 | `* Re: "Functional exception-less error handling with C++23Malcolm McLean
 |  +- Re: "Functional exception-less error handling with C++23Mr Flibble
 |  `* Re: "Functional exception-less error handling with C++23Chris M. Thomasson
 |   `* Re: "Functional exception-less error handling with C++23Muttley
 |    `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |     `* Re: "Functional exception-less error handling with C++23Muttley
 |      `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |       `* Re: "Functional exception-less error handling with C++23Muttley
 |        +- Re: "Functional exception-less error handling with C++23Muttley
 |        `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |         +- Re: "Functional exception-less error handling with C++23Bonita Montero
 |         `* Re: "Functional exception-less error handling with C++23Muttley
 |          +* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |`* Re: "Functional exception-less error handling with C++23Muttley
 |          | `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |  `* Re: "Functional exception-less error handling with C++23Muttley
 |          |   +* Re: "Functional exception-less error handling with C++23Malcolm McLean
 |          |   |`- Re: "Functional exception-less error handling with C++23Chris M. Thomasson
 |          |   `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |    `* Re: "Functional exception-less error handling with C++23Muttley
 |          |     `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |      `* Re: "Functional exception-less error handling with C++23Muttley
 |          |       `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |        `* Re: "Functional exception-less error handling with C++23Muttley
 |          |         `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |          `* Re: "Functional exception-less error handling with C++23Muttley
 |          |           +* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |           |`* Re: "Functional exception-less error handling with C++23Muttley
 |          |           | `- Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |           `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |            `* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |             `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |              `* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |               +* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |               |`* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |               | `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |               |  `- Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |               `* Re: "Functional exception-less error handling with C++23Keith Thompson
 |          |                +- Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |                `* Re: "Functional exception-less error handling with C++23David Brown
 |          |                 `* Re: "Functional exception-less error handling with C++23Muttley
 |          |                  `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                   +* Re: "Functional exception-less error handling with C++23Muttley
 |          |                   |`* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                   | `- Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                   `* Re: "Functional exception-less error handling with C++23David Brown
 |          |                    +* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                    |`* Re: "Functional exception-less error handling with C++23David Brown
 |          |                    | `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                    |  `* Re: "Functional exception-less error handling with C++23Vir Campestris
 |          |                    |   +- Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |                    |   `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                    |    +* Re: "Functional exception-less error handling with C++23Chris M. Thomasson
 |          |                    |    |`* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                    |    | `* Re: "Functional exception-less error handling with C++23Chris M. Thomasson
 |          |                    |    |  `- Re: "Functional exception-less error handling with C++23Chris M. Thomasson
 |          |                    |    `* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |                    |     `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                    |      `* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |                    |       `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                    |        `* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |                    |         `* Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                    |          `* Re: "Functional exception-less error handling with C++23Vir Campestris
 |          |                    |           +- Re: "Functional exception-less error handling with C++23Richard Damon
 |          |                    |           +* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |          |                    |           |+- Re: "Functional exception-less error handling with C++23Muttley
 |          |                    |           |`- Re: "Functional exception-less error handling with C++23Vir Campestris
 |          |                    |           `- Re: "Functional exception-less error handling with C++23Bonita Montero
 |          |                    `- Re: "Functional exception-less error handling with C++23Muttley
 |          `* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |           +- Re: "Functional exception-less error handling with C++23Muttley
 |           `* Re: "Functional exception-less error handling with C++23Muttley
 |            `* Re: "Functional exception-less error handling with C++23Scott Lurndal
 |             `- Re: "Functional exception-less error handling with C++23Muttley
 `* Re: "Functional exception-less error handling with C++23Muttley
  +- Re: "Functional exception-less error handling with C++23Öö Tiib
  `- Re: "Functional exception-less error handling with C++23Mr Flibble

Pages:1234
Re: "Functional exception-less error handling with C++23

<yw69M.1918130$MVg8.1177313@fx12.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=154&group=comp.lang.c%2B%2B#154

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx12.iad.POSTED!not-for-mail
X-newsreader: xrn 9.03-beta-14-64bit
Sender: scott@dragon.sl.home (Scott Lurndal)
From: sco...@slp53.sl.home (Scott Lurndal)
Reply-To: slp53@pacbell.net
Subject: Re: "Functional exception-less error handling with C++23
Newsgroups: comp.lang.c++
References: <u1pli1$6mq8$1@dont-email.me> <87fs819xdi.fsf@nosuchdomain.example.com> <u3o4jn$245tq$1@dont-email.me> <u3o8b9$24lak$1@dont-email.me> <u3obuv$251qc$1@dont-email.me> <u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me> <u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me> <u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me> <jM49M.510328$Sgyc.143096@fx40.iad> <u42npm$3t583$1@dont-email.me> <M869M.617580$5S78.557031@fx48.iad> <u42qvl$3tgs5$1@dont-email.me>
Lines: 23
Message-ID: <yw69M.1918130$MVg8.1177313@fx12.iad>
X-Complaints-To: abuse@usenetserver.com
NNTP-Posting-Date: Wed, 17 May 2023 15:37:02 UTC
Organization: UsenetServer - www.usenetserver.com
Date: Wed, 17 May 2023 15:37:02 GMT
X-Received-Bytes: 1902
 by: Scott Lurndal - Wed, 17 May 2023 15:37 UTC

Bonita Montero <Bonita.Montero@gmail.com> writes:
>Am 17.05.2023 um 17:11 schrieb Scott Lurndal:
>
>> Bonita Montero <Bonita.Montero@gmail.com> writes:
>
>>> I gave hin an example of how eficient I/O is on a 1.500$ PC.
>
>> Apples are red, oranges are, well, orange.
>> How well did your PC handle I/O in 1975?
>
>There are still mainframes and they're
>for sure not more efficient with I/O.

And you know this, how, exactly?

How many disks can you attach to your $1500.00 PC?
(And why on earth would you spend that much for a PC?)

How many DMA transfers can your mainboard chipset
support simultaneously? What's the bisectional bandwidth
of your processor/memory interconnect fabric?

Now compare that to the latest Z-series processor family.

Re: "Functional exception-less error handling with C++23

<u42soq$3tmjr$1@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=155&group=comp.lang.c%2B%2B#155

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Bonita.M...@gmail.com (Bonita Montero)
Newsgroups: comp.lang.c++
Subject: Re: "Functional exception-less error handling with C++23
Date: Wed, 17 May 2023 17:44:29 +0200
Organization: A noiseless patient Spider
Lines: 5
Message-ID: <u42soq$3tmjr$1@dont-email.me>
References: <u1pli1$6mq8$1@dont-email.me>
<87fs819xdi.fsf@nosuchdomain.example.com> <u3o4jn$245tq$1@dont-email.me>
<u3o8b9$24lak$1@dont-email.me> <u3obuv$251qc$1@dont-email.me>
<u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me>
<u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me>
<u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me>
<jM49M.510328$Sgyc.143096@fx40.iad> <u42npm$3t583$1@dont-email.me>
<M869M.617580$5S78.557031@fx48.iad> <u42qvl$3tgs5$1@dont-email.me>
<yw69M.1918130$MVg8.1177313@fx12.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 17 May 2023 15:44:26 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="dd6796588022b2f033538efb51abffbf";
logging-data="4119163"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19erJQEAUvdJCPdlxpi6xR8uuyVX/3NFXo="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.11.0
Cancel-Lock: sha1:fFjR97fU1nbILrfrzAUH5Kr1U0k=
In-Reply-To: <yw69M.1918130$MVg8.1177313@fx12.iad>
Content-Language: de-DE
 by: Bonita Montero - Wed, 17 May 2023 15:44 UTC

Am 17.05.2023 um 17:37 schrieb Scott Lurndal:

> And you know this, how, exactly?
I/O on mainframes is also PCI-whatever today.

Re: "Functional exception-less error handling with C++23

<u4i4pd$2goti$7@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=198&group=comp.lang.c%2B%2B#198

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: vir.camp...@invalid.invalid (Vir Campestris)
Newsgroups: comp.lang.c++
Subject: Re: "Functional exception-less error handling with C++23
Date: Tue, 23 May 2023 11:33:17 +0100
Organization: A noiseless patient Spider
Lines: 21
Message-ID: <u4i4pd$2goti$7@dont-email.me>
References: <u1pli1$6mq8$1@dont-email.me>
<87fs819xdi.fsf@nosuchdomain.example.com> <u3o4jn$245tq$1@dont-email.me>
<u3o8b9$24lak$1@dont-email.me> <u3obuv$251qc$1@dont-email.me>
<u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me>
<u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me>
<u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me>
<jM49M.510328$Sgyc.143096@fx40.iad> <u42npm$3t583$1@dont-email.me>
<M869M.617580$5S78.557031@fx48.iad> <u42qvl$3tgs5$1@dont-email.me>
<yw69M.1918130$MVg8.1177313@fx12.iad> <u42soq$3tmjr$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Tue, 23 May 2023 10:33:17 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="b454e404f6cee33ae57bab45f85b6e31";
logging-data="2646962"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18iW9CyKDH5fhEMpH4NJ5boUj1B11F2uCM="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.11.0
Cancel-Lock: sha1:/1CusWFVjEz8L9JgPR4bEh8Hjyg=
In-Reply-To: <u42soq$3tmjr$1@dont-email.me>
Content-Language: en-GB
 by: Vir Campestris - Tue, 23 May 2023 10:33 UTC

On 17/05/2023 16:44, Bonita Montero wrote:
> Am 17.05.2023 um 17:37 schrieb Scott Lurndal:
>
>> And you know this, how, exactly?
> I/O on mainframes is also PCI-whatever today.
>
Back when I worked on mainframes, which might be before you were born,
some of the big systems had multiple memory units each of which could be
connected to disc and/or tape drives.

They were of course all connected to the CPU cluster.

Going to a PCI based system would tend to indicate that there is a
single bus taking all the I/O and CPU traffic, which would be a bottleneck.

If the mainframes of 40 years ago had got around that bottleneck why
would it have been introduced in the time since?

I suspect others here have more recent knowledge than I do.

Andy

Re: "Functional exception-less error handling with C++23

<xL1bM.3476100$vBI8.3089563@fx15.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=199&group=comp.lang.c%2B%2B#199

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx15.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.11.0
Subject: Re: "Functional exception-less error handling with C++23
Content-Language: en-US
Newsgroups: comp.lang.c++
References: <u1pli1$6mq8$1@dont-email.me>
<87fs819xdi.fsf@nosuchdomain.example.com> <u3o4jn$245tq$1@dont-email.me>
<u3o8b9$24lak$1@dont-email.me> <u3obuv$251qc$1@dont-email.me>
<u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me>
<u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me>
<u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me>
<jM49M.510328$Sgyc.143096@fx40.iad> <u42npm$3t583$1@dont-email.me>
<M869M.617580$5S78.557031@fx48.iad> <u42qvl$3tgs5$1@dont-email.me>
<yw69M.1918130$MVg8.1177313@fx12.iad> <u42soq$3tmjr$1@dont-email.me>
<u4i4pd$2goti$7@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <u4i4pd$2goti$7@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 30
Message-ID: <xL1bM.3476100$vBI8.3089563@fx15.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Tue, 23 May 2023 07:49:52 -0400
X-Received-Bytes: 2597
 by: Richard Damon - Tue, 23 May 2023 11:49 UTC

On 5/23/23 6:33 AM, Vir Campestris wrote:
> On 17/05/2023 16:44, Bonita Montero wrote:
>> Am 17.05.2023 um 17:37 schrieb Scott Lurndal:
>>
>>> And you know this, how, exactly?
>> I/O on mainframes is also PCI-whatever today.
>>
> Back when I worked on mainframes, which might be before you were born,
> some of the big systems had multiple memory units each of which could be
> connected to disc and/or tape drives.
>
> They were of course all connected to the CPU cluster.
>
> Going to a PCI based system would tend to indicate that there is a
> single bus taking all the I/O and CPU traffic, which would be a bottleneck.
>
> If the mainframes of 40 years ago had got around that bottleneck why
> would it have been introduced in the time since?
>
> I suspect others here have more recent knowledge than I do.
>
> Andy

I think part of the answer was that mainframes were much more of a
"Distributed" system then more modern machines. The "I/O Channels" were
very much a form of processor assigned to do certain pieces of the work.

The logic was slower, so the wires between the modules wasn't as
critical, so you could have fatter connections.

Re: "Functional exception-less error handling with C++23

<Np4bM.3274281$iU59.630276@fx14.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=201&group=comp.lang.c%2B%2B#201

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx14.iad.POSTED!not-for-mail
X-newsreader: xrn 9.03-beta-14-64bit
Sender: scott@dragon.sl.home (Scott Lurndal)
From: sco...@slp53.sl.home (Scott Lurndal)
Reply-To: slp53@pacbell.net
Subject: Re: "Functional exception-less error handling with C++23
Newsgroups: comp.lang.c++
References: <u1pli1$6mq8$1@dont-email.me> <u3obuv$251qc$1@dont-email.me> <u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me> <u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me> <u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me> <jM49M.510328$Sgyc.143096@fx40.iad> <u42npm$3t583$1@dont-email.me> <M869M.617580$5S78.557031@fx48.iad> <u42qvl$3tgs5$1@dont-email.me> <yw69M.1918130$MVg8.1177313@fx12.iad> <u42soq$3tmjr$1@dont-email.me> <u4i4pd$2goti$7@dont-email.me>
Lines: 40
Message-ID: <Np4bM.3274281$iU59.630276@fx14.iad>
X-Complaints-To: abuse@usenetserver.com
NNTP-Posting-Date: Tue, 23 May 2023 14:51:25 UTC
Organization: UsenetServer - www.usenetserver.com
Date: Tue, 23 May 2023 14:51:25 GMT
X-Received-Bytes: 2650
 by: Scott Lurndal - Tue, 23 May 2023 14:51 UTC

Vir Campestris <vir.campestris@invalid.invalid> writes:
>On 17/05/2023 16:44, Bonita Montero wrote:
>> Am 17.05.2023 um 17:37 schrieb Scott Lurndal:
>>
>>> And you know this, how, exactly?
>> I/O on mainframes is also PCI-whatever today.
>>
>Back when I worked on mainframes, which might be before you were born,
>some of the big systems had multiple memory units each of which could be
>connected to disc and/or tape drives.
>
>They were of course all connected to the CPU cluster.
>
>Going to a PCI based system would tend to indicate that there is a
>single bus taking all the I/O and CPU traffic, which would be a bottleneck.

In the mainframes, there was still a single bus from the memory
subsystem to the I/O subystem. And in those days, 8MByte/second
was a high-speed transfer rate from memory to the I/O controller,
and 1Mbyte/sec was the typical transfer rate between a disk
drive and the disk controller, allowing eight controllers to
simultaneously transfer data to/from memory (interleaved with
processor accesses to the same memory).

The PCI bus designed in the late 80s/early 90s was indeed a bus,
(originally at 33mhz, 66mhz for PCI-X).

Modern PCI express is _not_ a bus. It's a point-to-point serial link
between the host memory complex and an I/O controller (storage
host adapter, network interface card, etc).

PCI Express Generation 6 will transfer 128 Gigabytes/second
in a 16-lane configuration, and most high-end processors support
multiple PCIe 6.0 controllers.

>I suspect others here have more recent knowledge than I do.

See above.

Re: "Functional exception-less error handling with C++23

<u4ik3n$2ji46$1@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=202&group=comp.lang.c%2B%2B#202

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Mutt...@dastardlyhq.com
Newsgroups: comp.lang.c++
Subject: Re: "Functional exception-less error handling with C++23
Date: Tue, 23 May 2023 14:54:47 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 9
Message-ID: <u4ik3n$2ji46$1@dont-email.me>
References: <u1pli1$6mq8$1@dont-email.me> <u3obuv$251qc$1@dont-email.me> <u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me> <u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me> <u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me> <jM49M.510328$Sgyc.143096@fx40.iad> <u42npm$3t583$1@dont-email.me> <M869M.617580$5S78.557031@fx48.iad> <u42qvl$3tgs5$1@dont-email.me> <yw69M.1918130$MVg8.1177313@fx12.iad> <u42soq$3tmjr$1@dont-email.me> <u4i4pd$2goti$7@dont-email.me>
<Np4bM.3274281$iU59.630276@fx14.iad>
Injection-Date: Tue, 23 May 2023 14:54:47 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="ac7246579a84861d32da9608fdcf6404";
logging-data="2738310"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18KuV7pA/G2G6SGPKMjLQ2u"
Cancel-Lock: sha1:jPtHgIBtXNRDVP0dkP7R288GiEM=
 by: Mutt...@dastardlyhq.com - Tue, 23 May 2023 14:54 UTC

On Tue, 23 May 2023 14:51:25 GMT
scott@slp53.sl.home (Scott Lurndal) wrote:
>Modern PCI express is _not_ a bus. It's a point-to-point serial link

Though these days "serial" means little more than a single data line. Modern
serial comms such as USB and SATA are packet based and have more in common with
ethernet than RS232.

Re: "Functional exception-less error handling with C++23

<u4ipg4$2kcen$1@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=203&group=comp.lang.c%2B%2B#203

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Bonita.M...@gmail.com (Bonita Montero)
Newsgroups: comp.lang.c++
Subject: Re: "Functional exception-less error handling with C++23
Date: Tue, 23 May 2023 18:26:50 +0200
Organization: A noiseless patient Spider
Lines: 11
Message-ID: <u4ipg4$2kcen$1@dont-email.me>
References: <u1pli1$6mq8$1@dont-email.me>
<87fs819xdi.fsf@nosuchdomain.example.com> <u3o4jn$245tq$1@dont-email.me>
<u3o8b9$24lak$1@dont-email.me> <u3obuv$251qc$1@dont-email.me>
<u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me>
<u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me>
<u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me>
<jM49M.510328$Sgyc.143096@fx40.iad> <u42npm$3t583$1@dont-email.me>
<M869M.617580$5S78.557031@fx48.iad> <u42qvl$3tgs5$1@dont-email.me>
<yw69M.1918130$MVg8.1177313@fx12.iad> <u42soq$3tmjr$1@dont-email.me>
<u4i4pd$2goti$7@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Tue, 23 May 2023 16:26:44 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="41aac8370f29e02bee77e487c7b941a3";
logging-data="2765271"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/5ywYGMhqw3bod4wqviEugzwqspfbsLao="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.11.0
Cancel-Lock: sha1:NB6n36MqOWE3EEliNVBQ3H1wOLg=
Content-Language: de-DE
In-Reply-To: <u4i4pd$2goti$7@dont-email.me>
 by: Bonita Montero - Tue, 23 May 2023 16:26 UTC

Am 23.05.2023 um 12:33 schrieb Vir Campestris:

> If the mainframes of 40 years ago had got around that bottleneck
> why would it have been introduced in the time since?

Whatever PCIe I/O-devices mainframes have today - I get about ~1.1E6
/ ~4GB/s random 4kB-I/Os per second on my 90$ Samsung 980 Pro 1TB PCIe
4.0 SSD with 3 - 4% CPU load (AMD 7950X, I/O completion ports - Perfor-
mance Monitor shows ~1.1e6 interrupts per second) under Windows 11 and
I guess that today's mainframes do that not much more efficient.

Re: "Functional exception-less error handling with C++23

<u4r2g2$2kao$2@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=249&group=comp.lang.c%2B%2B#249

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: vir.camp...@invalid.invalid (Vir Campestris)
Newsgroups: comp.lang.c++
Subject: Re: "Functional exception-less error handling with C++23
Date: Fri, 26 May 2023 20:49:20 +0100
Organization: A noiseless patient Spider
Lines: 14
Message-ID: <u4r2g2$2kao$2@dont-email.me>
References: <u1pli1$6mq8$1@dont-email.me> <u3obuv$251qc$1@dont-email.me>
<u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me>
<u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me>
<u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me>
<jM49M.510328$Sgyc.143096@fx40.iad> <u42npm$3t583$1@dont-email.me>
<M869M.617580$5S78.557031@fx48.iad> <u42qvl$3tgs5$1@dont-email.me>
<yw69M.1918130$MVg8.1177313@fx12.iad> <u42soq$3tmjr$1@dont-email.me>
<u4i4pd$2goti$7@dont-email.me> <Np4bM.3274281$iU59.630276@fx14.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 26 May 2023 19:49:22 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="b104f8e0b58401b8df26b25f0d92c661";
logging-data="86360"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/Oh+eYWzI31/2BFVcZkuexMUoE8niqEjQ="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.11.0
Cancel-Lock: sha1:a1Xg6lEXjDopeRGsERdUXDGLBKY=
Content-Language: en-GB
In-Reply-To: <Np4bM.3274281$iU59.630276@fx14.iad>
 by: Vir Campestris - Fri, 26 May 2023 19:49 UTC

On 23/05/2023 15:51, Scott Lurndal wrote:
> In the mainframes, there was still a single bus from the memory
> subsystem to the I/O subystem. And in those days, 8MByte/second
> was a high-speed transfer rate from memory to the I/O controller,
> and 1Mbyte/sec was the typical transfer rate between a disk
> drive and the disk controller, allowing eight controllers to
> simultaneously transfer data to/from memory (interleaved with
> processor accesses to the same memory).

My experience was ICL 2900s, and AIUI they could have multiple memory
subsystems. Moving data between them was something we did our ****est to
avoid.

Andy

Re: "Functional exception-less error handling with C++23

<u4uv0a$pd3g$1@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=261&group=comp.lang.c%2B%2B#261

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: chris.m....@gmail.com (Chris M. Thomasson)
Newsgroups: comp.lang.c++
Subject: Re: "Functional exception-less error handling with C++23
Date: Sun, 28 May 2023 00:14:18 -0700
Organization: A noiseless patient Spider
Lines: 15
Message-ID: <u4uv0a$pd3g$1@dont-email.me>
References: <u1pli1$6mq8$1@dont-email.me> <u3dtvl$anm0$1@dont-email.me>
<u3dupo$arh5$1@dont-email.me> <u3e0jh$b2gg$1@dont-email.me>
<u3fjsc$kg7j$1@dont-email.me> <u3g0ac$m15t$1@dont-email.me>
<u3gbaf$n8j4$1@dont-email.me> <u3gbpp$n9hc$1@dont-email.me>
<u3gf3f$nng5$1@dont-email.me> <u3gg60$nqig$1@dont-email.me>
<u3i82f$11o9e$1@dont-email.me> <u3ikdl$1371m$1@dont-email.me>
<u3ir3a$140to$1@dont-email.me> <u3j5c9$156v1$1@dont-email.me>
<5s97M.580254$5S78.208194@fx48.iad> <u3k5jf$18pa1$1@dont-email.me>
<a%q7M.2713031$iS99.1971483@fx16.iad>
<87fs819xdi.fsf@nosuchdomain.example.com> <u3o4jn$245tq$1@dont-email.me>
<u3o8b9$24lak$1@dont-email.me> <u3obuv$251qc$1@dont-email.me>
<u3ofss$29qgt$1@dont-email.me> <u3oh2c$29unl$1@dont-email.me>
<u3on7m$2ajki$1@dont-email.me> <u3pei2$2gl3s$1@dont-email.me>
<u40ptc$3j10s$2@dont-email.me> <u41f58$3p2jv$1@dont-email.me>
<u41he8$3p8ad$1@dont-email.me> <u41kq4$3phjd$1@dont-email.me>
<u41mpk$3pmck$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Sun, 28 May 2023 07:14:18 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="aa3c4f30639802fc6360a95269fb1952";
logging-data="832624"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/EjFpy1GWQ6ktyzbuD8MqIoAVBewe3Vvs="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.11.0
Cancel-Lock: sha1:WAuizeN/UbEWkG6bQ4XSRoBGrwk=
In-Reply-To: <u41mpk$3pmck$1@dont-email.me>
Content-Language: en-US
 by: Chris M. Thomasson - Sun, 28 May 2023 07:14 UTC

On 5/16/2023 9:56 PM, Chris M. Thomasson wrote:
> On 5/16/2023 9:22 PM, Bonita Montero wrote:
>> Am 17.05.2023 um 05:24 schrieb Chris M. Thomasson:
>>
>>> Be careful with those IO completion ports for they use non-paged memory!
>>
>> The kernel uses non-paged memory for a lot of data structures.
>>
>
> You need to be weary about how many in progress IOCP actions there are
> in the system at the same time. They will eat into your non-paged pool.

This of stress testing a system until it blows up with IOCP...

https://youtu.be/HEYrRNMr2kg?list=RDMM


devel / comp.lang.c++ / Re: "Functional exception-less error handling with C++23

Pages:1234
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor