News for hackers. Stuff that matters.
Re:John Gustafson’s crusade to replace floating point with s... by QuickToBan on Monday July 08, 2019 @11:57PM (#20388913)
That's great, but if the hardware doesn't support it, then wouldn't the implementation would be slow?
Re:John Gustafson’s crusade to replace floating point with s... by _delirium on Tuesday July 09, 2019 @12:17AM (#20388989)
Besides claimed efficiency improvements, posits are claimed to have advantages for implementing numerical algorithms correctly compared to IEEE floats. A big part of Gustafson's book The End of Error is devoted to that, claiming to show that a range of numerical algorithms are implemented better with posits vs IEEE floats (better meaning some mix of clearer, easier to produce stability, better error bounds, etc.). It's something of a competitor to interval arithmetic in that respect [1].

A 'softposit' implementation can at least let people experiment with writing posit algorithms to investigate the claimed algorithm-design benefits, even if it's not going to beat hardware floats in speed.

[1] The interval arithmetic people don't seem very happy with his comparisons though: http://frederic.goualard.net/publications/MR3329180.pdf

Re:John Gustafson’s crusade to replace floating point with s... by nestorD on Tuesday July 09, 2019 @03:34AM (#20389682)
Yes, those implementation are slow compared to classical floating points. The goal, as I understand it, is to let people experiment with Posits in order to prove that they bring something to the table.
Re:John Gustafson’s crusade to replace floating point with s... by mkettn on Tuesday July 09, 2019 @09:27AM (#20391449)
As far as I read https://posithub.org/docs/Posits4.pdf there are FPGA implementations. Also in systems where floating point arithmetic isn't supported in hardware (i.e. Arduino Uno) you rely on soft fp.
Re:John Gustafson’s crusade to replace floating point with s... by klingonopera on Tuesday July 09, 2019 @01:48PM (#20394603)
Benchmark performance analysis of accuracy and speed on AVR platforms would indeed be very interesting and an actual, possible, immediate implementation scenario...