COMP.ARCH---------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 95 из 100
 От   : John Levine                         2:5075/128        30 сен 23 20:02:30
 К    : Anton Ertl                                            30 сен 23 23:07:03
 Тема : Re: decimal arithmetic, data sizes, Solving the Floating-Point Conundru
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 1@gal.iecc.com> 9e480ba2
@REPLY: <2023Sep30.090515@mips.complang.tuwien.ac.at>
42fa7d12
@REPLYADDR John Levine <johnl@taugh.com>
@REPLYTO 2:5075/128 John Levine
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@gal.iecc.com>
@RFC-References:
<57c5e077-ac71-486c-8afa-edd6802cf6b1n@googlegroups.com> <2023Sep29.102825@mips.complang.tuwien.ac.at> 1@gal.iecc.com>
<2023Sep30.090515@mips.complang.tuwien.ac.at>
@TZUTC: -0000
@TID: FIDOGATE-5.12-ge4e8b94
According to Anton Ertl <anton@mips.complang.tuwien.ac.at>:
>>You can certainly implement anything in scaled fixed binary (that`s
>>why Von Neumann didn`t want FP hardware on his machines) ...

>I don`t.  For scientific computing normalizing FP makes programming so
>much easier (and, with FP hardware, the result faster) that even in
>the 1950s, before the software crisis became a thing (and it has still
>not really become a thing in supercomputing up to now), FP won over
>fixed point.  Von Neumann was wrong in this.

He was right in that they could do lots of useful work on early
computers without FP hardware, and in that era ever gate was a pain
point. We forgot how hard it was to get computers to work even for a
few minutes. Even on the 704, which had FP and was reliable by the
standards of the day, the practical limit on the size of a Fortran
program wasn`t memory size, but how long the compiler could run
between hardware failures.

>But for financial computing, where the procedures require fixed point,
>there is no reason for floating-point.  As mentioned Burroughs DFP was
>not successful, and as far as I can tell, neither Intel nor IBM DFP
>are (except maybe as marketing instrument for IBM salesmen); nobody
>uses it.

I honestly don`t know. When I look at the stuff that IBM has added to
z in recent years, everything else has a straightforward motivation,
e.g., instructions to speed up heapsort, do crypto calculations, and
speed gzip/unzip. It would be odd for IBM to put all that effort into
DFP if there weren`t customers asking for it. The goal is to get them
to upgrade their old z machines to new ones, and to keep them from
deciding to move it all to an Intel or ARM based cloud.

I don`t think the Burroughs DFP is comparable both because it didn`t
have the quantum stuff, and forty years ago nobody was doing the kind
of high speed financial stuff that I expect is the market for DFP.

-- 
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
--- trn 4.0-test77 (Sep 1, 2010)
 * Origin: Taughannock Networks (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх