Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

6 May, 2024: The networking issue during the past two days has been identified and fixed.


devel / comp.arch / Re: science and commerce, was bad float, Fantasy architecture: the 10-bit byte

SubjectAuthor
* Fantasy architecture: the 10-bit byteRussell Wallace
+* Re: Fantasy architecture: the 10-bit byteRussell Wallace
|`* Re: Fantasy architecture: the 10-bit byteMitchAlsup
| `- Re: Fantasy architecture: the 10-bit byteBrett
+* Re: Fantasy architecture: the 10-bit byteStephen Fuld
|`* Re: Fantasy architecture: the 10-bit byteRussell Wallace
| `* Re: Fantasy architecture: the 10-bit byteMarcus
|  `* Re: Fantasy architecture: the 10-bit byteBGB
|   `- Re: Fantasy architecture: the 10-bit byteRussell Wallace
+* Re: Fantasy architecture: the 10-bit byteAnton Ertl
|`* Re: Fantasy architecture: the 10-bit byteRussell Wallace
| +- Re: Fantasy architecture: the 10-bit byteMitchAlsup
| +* Re: Fantasy architecture: the 10-bit byteBGB
| |`* Re: Fantasy architecture: the 10-bit byteThomas Koenig
| | `* Re: Fantasy architecture: the 10-bit byteBGB
| |  `* Re: Fantasy architecture: the 10-bit byteAnton Ertl
| |   `* Re: Fantasy architecture: the 10-bit byteBGB
| |    +* Re: Fantasy architecture: the 10-bit byterobf...@gmail.com
| |    |+* Re: Fantasy architecture: the 10-bit byteMichael S
| |    ||+- Re: Fantasy architecture: the 10-bit byterobf...@gmail.com
| |    ||+- Re: Fantasy architecture: the 10-bit byteBGB
| |    ||`* Re: Fantasy architecture: the 10-bit byteTerje Mathisen
| |    || +- Re: Fantasy architecture: the 10-bit byteMitchAlsup
| |    || +* Re: Fantasy architecture: the 10-bit byteMichael S
| |    || |+* Re: Fantasy architecture: the 10-bit byteMitchAlsup
| |    || ||`- Re: Fantasy architecture: the 10-bit byteBGB
| |    || |`* Re: Fantasy architecture: the 10-bit byteTerje Mathisen
| |    || | +- Re: Fantasy architecture: the 10-bit byteJimBrakefield
| |    || | `* Re: Fantasy architecture: the 10-bit byteMichael S
| |    || |  `* Re: Fantasy architecture: the 10-bit byteTerje Mathisen
| |    || |   +* Re: Fantasy architecture: the 10-bit byteMichael S
| |    || |   |`- Re: Fantasy architecture: the 10-bit byteAnton Ertl
| |    || |   +* Re: Fantasy architecture: the 10-bit byteMichael S
| |    || |   |`* Re: Fantasy architecture: the 10-bit byteTerje Mathisen
| |    || |   | `* Re: Fantasy architecture: the 10-bit byteMichael S
| |    || |   |  +* Re: Fantasy architecture: the 10-bit byteTerje Mathisen
| |    || |   |  |+- Re: Fantasy architecture: the 10-bit byteMitchAlsup
| |    || |   |  |`- Re: Fantasy architecture: the 10-bit byteMichael S
| |    || |   |  `- Re: Fantasy architecture: the 10-bit byteMitchAlsup
| |    || |   `- Re: Fantasy architecture: the 10-bit byteBGB
| |    || `* Re: Fantasy architecture: the 10-bit byteBGB
| |    ||  `- Re: Fantasy architecture: the 10-bit byterobf...@gmail.com
| |    |`- Re: Fantasy architecture: the 10-bit byteMitchAlsup
| |    `* Re: Fantasy architecture: the 10-bit byteAnton Ertl
| |     `- Re: Fantasy architecture: the 10-bit byteBGB
| `- Re: Fantasy architecture: the 10-bit byteAnton Ertl
+* Re: Fantasy architecture: the 10-bit byteJohn Levine
|+* Re: Fantasy architecture: the 10-bit byteMitchAlsup
||+- Re: Fantasy architecture: the 10-bit byteQuadibloc
||+* Re: Fantasy architecture: the 10-bit byteRussell Wallace
|||`* Re: Fantasy architecture: the 10-bit byterobf...@gmail.com
||| `* Re: old circuits, Fantasy architecture: the 10-bit byteJohn Levine
|||  +- Re: old circuits, Fantasy architecture: the 10-bit byteStephen Fuld
|||  `- Re: old circuits, Fantasy architecture: the 10-bit byteBGB
||`* Re: Fantasy architecture: the 10-bit byteScott Lurndal
|| `- Re: 12 bits, Fantasy architecture: the 10-bit byteJohn Levine
|+- Re: Fantasy architecture: the 10-bit byteAnton Ertl
|`- Re: Fantasy architecture: the 10-bit bytemac
+* Re: Fantasy architecture: the 10-bit byteThomas Koenig
|+* Re: bad float, Fantasy architecture: the 10-bit byteJohn Levine
||+- Re: bad float, Fantasy architecture: the 10-bit byteTim Rentsch
||`* Re: bad float, Fantasy architecture: the 10-bit byteQuadibloc
|| +* Re: bad float, Fantasy architecture: the 10-bit byteQuadibloc
|| |`- Re: bad float, Fantasy architecture: the 10-bit byteDavid Brown
|| `* Re: bad float, Fantasy architecture: the 10-bit byteAnton Ertl
||  +* Re: bad float, Fantasy architecture: the 10-bit byteJohn Levine
||  |`* Re: bad float, Fantasy architecture: the 10-bit byteMitchAlsup
||  | +- Re: bad float, Fantasy architecture: the 10-bit byteQuadibloc
||  | `- Re: bad float, Fantasy architecture: the 10-bit byteScott Lurndal
||  +* Re: bad float, Fantasy architecture: the 10-bit byteQuadibloc
||  |+- Re: bad float, Fantasy architecture: the 10-bit byteStephen Fuld
||  |`- Re: science and commerce, was bad float, Fantasy architecture: the 10-bit byteJohn Levine
||  `- Re: bad float, Fantasy architecture: the 10-bit byteJimBrakefield
|`* Re: Fantasy architecture: the 10-bit byteQuadibloc
| `* Re: Fantasy architecture: the 10-bit byteStephen Fuld
|  `* Re: Fantasy architecture: the 10-bit byteQuadibloc
|   `- Re: Fantasy architecture: the 10-bit byteQuadibloc
+- Re: Fantasy architecture: the 10-bit byteEricP
`- Re: Fantasy architecture: the 10-bit bytePaul A. Clayton

Pages:1234
Re: bad float, Fantasy architecture: the 10-bit byte

<sdZrL.17675$0XR7.7822@fx07.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29953&group=comp.arch#29953

  copy link   Newsgroups: comp.arch
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!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx07.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: bad float, Fantasy architecture: the 10-bit byte
Newsgroups: comp.arch
References: <41a60986-1046-4318-823e-e07a9f175e70n@googlegroups.com> <tnr2cn$j9b$1@gal.iecc.com> <eb2d374a-a932-48df-a34d-c19f1fe8b3fan@googlegroups.com> <2022Dec30.111709@mips.complang.tuwien.ac.at> <tondeg$1qs8$1@gal.iecc.com> <49320392-c43e-4d71-b1ed-eecc32a351f8n@googlegroups.com>
Lines: 17
Message-ID: <sdZrL.17675$0XR7.7822@fx07.iad>
X-Complaints-To: abuse@usenetserver.com
NNTP-Posting-Date: Sat, 31 Dec 2022 16:14:16 UTC
Organization: UsenetServer - www.usenetserver.com
Date: Sat, 31 Dec 2022 16:14:16 GMT
X-Received-Bytes: 1595
 by: Scott Lurndal - Sat, 31 Dec 2022 16:14 UTC

MitchAlsup <MitchAlsup@aol.com> writes:
>On Friday, December 30, 2022 at 1:16:36 PM UTC-6, John Levine wrote:
>>
>> But I agree that a lot of people figure that whatever results they get
>> from their FP code is good enough, and the ones who understand
>> numerical analysis budget a lot of time to get uncooperative hardware
>> to get decent results.
><
>This occurred across the FP numeric spectrum including IBM and the
>BUNCH {Boroughs, Univac, NCR, CDC, and Honeywell}--if you were

It is spelled Burroughs.

One of the Burroughs mainframe lines only suppported BCD
(base 10) floating point, with a two digit exponent (-100 to +100)
and a 100 digit mantissa.

Re: bad float, Fantasy architecture: the 10-bit byte

<topsak$12qbd$1@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29960&group=comp.arch#29960

  copy link   Newsgroups: comp.arch
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: sfu...@alumni.cmu.edu.invalid (Stephen Fuld)
Newsgroups: comp.arch
Subject: Re: bad float, Fantasy architecture: the 10-bit byte
Date: Sat, 31 Dec 2022 09:42:42 -0800
Organization: A noiseless patient Spider
Lines: 44
Message-ID: <topsak$12qbd$1@dont-email.me>
References: <41a60986-1046-4318-823e-e07a9f175e70n@googlegroups.com>
<tnov9j$15u8a$1@newsreader4.netcologne.de> <tnr2cn$j9b$1@gal.iecc.com>
<eb2d374a-a932-48df-a34d-c19f1fe8b3fan@googlegroups.com>
<2022Dec30.111709@mips.complang.tuwien.ac.at>
<bec87e5f-12f0-4259-a910-8a384548ad13n@googlegroups.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Sat, 31 Dec 2022 17:42:44 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="e48f0b41ca5ef9e105aa95f7c7efb4a0";
logging-data="1141101"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/ruzUUP38BaqY/sLp09Q0Cj+Pa4/BEPM0="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:JQ/aWMcEXd8XsXFwYfIemZBXZLo=
In-Reply-To: <bec87e5f-12f0-4259-a910-8a384548ad13n@googlegroups.com>
Content-Language: en-US
 by: Stephen Fuld - Sat, 31 Dec 2022 17:42 UTC

On 12/31/2022 12:20 AM, Quadibloc wrote:
> On Friday, December 30, 2022 at 3:50:35 AM UTC-7, Anton Ertl wrote:
>> Quadibloc <jsa...@ecn.ab.ca> writes:
>>> IBM's bread and
>>> butter, their core business, was commercial customers doing data
>>> processing.
>
>> Was this the case in the early 1960s? Certainly the IBM 704 and
>> followons have been much higher-profile than the commerial computers.
>> And even the IBM 1620, a BCD computer with variable number of digits
>> per number, is described as scientific computer.
>
>> It seems to me that scientific uses were a matter of considerable
>> prestige to IBM. Note the reaction of IBM to the CDC 6600.
>
> I could be mistaken, but while computers used for research certainly
> made some money for IBM, my understanding was that even then,
> the dollar volumes were considerably smaller than those generated
> by commercial data processing - which was, of course, IBM's
> business _before_ computers, with unit record equipment - and so
> if it hadn't been for the visibililty and prestige value of advanced
> scientific computers, IBM would have given them less emphasis than
> they did.

Absolutely agreed.

> IBM wasn't a technology company first and foremost. It was, instead,
> fundamentally a *sales* oriented company. It worked by understanding
> the businesses of its customers, and providing software useful to them.

Yes, absolutely. But there was another, frequently, under appreciated,
aspect of their success. The quality of their peripherals, especially
things like printers and card readers was outstanding - again coming
from their history of unit record equipment. High level managers, who
make big decisions like buying new computers, read reports. And having
high speed printers that lined up and printed characters perfectly on
those reports was a valuable attribute not shared by some of their
competitors.

--
- Stephen Fuld
(e-mail address disguised to prevent spam)

Re: bad float, Fantasy architecture: the 10-bit byte

<b88163af-cddb-4805-8334-a45c36897290n@googlegroups.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29961&group=comp.arch#29961

  copy link   Newsgroups: comp.arch
X-Received: by 2002:a37:702:0:b0:6ec:544b:f708 with SMTP id 2-20020a370702000000b006ec544bf708mr979844qkh.192.1672509548432;
Sat, 31 Dec 2022 09:59:08 -0800 (PST)
X-Received: by 2002:a05:6808:4287:b0:354:4a19:f09e with SMTP id
dq7-20020a056808428700b003544a19f09emr2260935oib.61.1672509547961; Sat, 31
Dec 2022 09:59:07 -0800 (PST)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.arch
Date: Sat, 31 Dec 2022 09:59:07 -0800 (PST)
In-Reply-To: <2022Dec30.111709@mips.complang.tuwien.ac.at>
Injection-Info: google-groups.googlegroups.com; posting-host=136.50.14.162; posting-account=AoizIQoAAADa7kQDpB0DAj2jwddxXUgl
NNTP-Posting-Host: 136.50.14.162
References: <41a60986-1046-4318-823e-e07a9f175e70n@googlegroups.com>
<tnov9j$15u8a$1@newsreader4.netcologne.de> <tnr2cn$j9b$1@gal.iecc.com>
<eb2d374a-a932-48df-a34d-c19f1fe8b3fan@googlegroups.com> <2022Dec30.111709@mips.complang.tuwien.ac.at>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <b88163af-cddb-4805-8334-a45c36897290n@googlegroups.com>
Subject: Re: bad float, Fantasy architecture: the 10-bit byte
From: jim.brak...@ieee.org (JimBrakefield)
Injection-Date: Sat, 31 Dec 2022 17:59:08 +0000
Content-Type: text/plain; charset="UTF-8"
X-Received-Bytes: 3689
 by: JimBrakefield - Sat, 31 Dec 2022 17:59 UTC

On Friday, December 30, 2022 at 4:50:35 AM UTC-6, Anton Ertl wrote:
> Quadibloc <jsa...@ecn.ab.ca> writes:
> >IBM's bread and
> >butter, their core business, was commercial customers doing data
> >processing.
> Was this the case in the early 1960s? Certainly the IBM 704 and
> followons have been much higher-profile than the commerial computers.
> And even the IBM 1620, a BCD computer with variable number of digits
> per number, is described as scientific computer.
>
> Looking for commercial systems, I found the IBM 1401, of which 12000
> were built, and which was rented out starting at USD 2500/month (no
> sales price given). A 7090 could be rented for USD 63500 in 1960;
> according to <http://gunkies.org/wiki/IBM_7094>, 255 IBM 7094 were
> produced; this means that the IBM 7094 generated roughly half the
> revenue of the IBM 1401.
> >If the 360 sort of worked for scientific uses, without necessarily
> >being optimized for them, that was good enough.
> It seems to me that scientific uses were a matter of considerable
> prestige to IBM. Note the reaction of IBM to the CDC 6600.
>
> My guess is that many users did not care much about numerical
> properties of the FP implementations, so computer architects did not,
> either (cf. Seymour Cray's take on such issues). Stuff like
> denorms-to-zero and compiler options like -ffast-math show that little
> has changed.
> - anton
> --
> 'Anyone trying for "industrial quality" ISA should avoid undefined behavior.'
> Mitch Alsup, <c17fcd89-f024-40e7...@googlegroups.com>

The early history (50s & 60s)of BCD versus binary (my opinion):
Early business applications didn't do much calculation, so the efficiency of binary was not
enough to overcome the cost of converting between the two. Besides people were
more comfortable with decimal. I used both the IBM1620 and the CDC1604, in Fortran.
No matter the relative slowness of the 1620, it was faster and more accurate than a slide rule.
There were few scientific computers using BCD, the Univac LARC being the most notable (and the last).

One of my fantasy architectures is radix 100 and/or 128 with variable length data. A way to
do both worlds. Variable length data support eliminates all the extended length subroutines
on a small simple machine (eg the 8 and 16 bit processors). Viability???

Re: science and commerce, was bad float, Fantasy architecture: the 10-bit byte

<toq2vt$1h60$1@gal.iecc.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29965&group=comp.arch#29965

  copy link   Newsgroups: comp.arch
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!news.iecc.com!.POSTED.news.iecc.com!not-for-mail
From: joh...@taugh.com (John Levine)
Newsgroups: comp.arch
Subject: Re: science and commerce, was bad float, Fantasy architecture: the 10-bit byte
Date: Sat, 31 Dec 2022 19:36:29 -0000 (UTC)
Organization: Taughannock Networks
Message-ID: <toq2vt$1h60$1@gal.iecc.com>
References: <41a60986-1046-4318-823e-e07a9f175e70n@googlegroups.com> <eb2d374a-a932-48df-a34d-c19f1fe8b3fan@googlegroups.com> <2022Dec30.111709@mips.complang.tuwien.ac.at> <bec87e5f-12f0-4259-a910-8a384548ad13n@googlegroups.com>
Injection-Date: Sat, 31 Dec 2022 19:36:29 -0000 (UTC)
Injection-Info: gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970";
logging-data="50368"; mail-complaints-to="abuse@iecc.com"
In-Reply-To: <41a60986-1046-4318-823e-e07a9f175e70n@googlegroups.com> <eb2d374a-a932-48df-a34d-c19f1fe8b3fan@googlegroups.com> <2022Dec30.111709@mips.complang.tuwien.ac.at> <bec87e5f-12f0-4259-a910-8a384548ad13n@googlegroups.com>
Cleverness: some
X-Newsreader: trn 4.0-test77 (Sep 1, 2010)
Originator: johnl@iecc.com (John Levine)
 by: John Levine - Sat, 31 Dec 2022 19:36 UTC

According to Quadibloc <jsavard@ecn.ab.ca>:
>I could be mistaken, but while computers used for research certainly
>made some money for IBM, my understanding was that even then,
>the dollar volumes were considerably smaller than those generated
>by commercial data processing - which was, of course, IBM's
>business _before_ computers, with unit record equipment - and so
>if it hadn't been for the visibililty and prestige value of advanced
>scientific computers, IBM would have given them less emphasis than
>they did.

Until the 1940s, a computer was a person, usually a woman, who used a
desk calculator and a paper spreadsheet to do relatively complex
calculations. Howard Aiken had persuaded IBM to fund and build the
ASCC better known as the Mark I in 1937, and the Manhattan project
used a lot of IBM punch card equipment to do physics calculations.
(Wikipedia says one of the first Mark I programs was a Von Neuman bomb
design problem in 1944.) IBM built the SSEC in the late 1940s and then
the Defense Calculator which became the 701 in the early 1950s. In the
late 1950s the STRETECH (7030) was a very large scientific machine
that was a commercial failure but produced technology used in 709x and
S/360.

So even though commercial data processing was IBMs cash cow, they had
been involved in scientific computing as long as there was scientific
computing.

Also keep in mind that the line between scientific and commercial
computing has always been fuzzy. SABRE was certainly a commercial
project, but it ran on a pair of 7090s.

Finally, remember that the goal of the S/360 project was to replace
their many incompatible product lines with one, so the had to have
something to offer the 709x customers. Too bad the floating point was
so bad, although I think that even if the FP had been as good as the
7090's, which was quite good, the Cray would still have beaten them on
price/performance and the numerical guys would have dealt with it.

--
Regards,
John Levine, johnl@taugh.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this e-mail. https://jl.ly

Pages:1234
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor