Re: Cost of handling misaligned access

Liste des GroupesRevenir à c arch 
Sujet : Re: Cost of handling misaligned access
De : terje.mathisen (at) *nospam* tmsw.no (Terje Mathisen)
Groupes : comp.arch
Date : 18. Feb 2025, 22:09:54
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vp2sv2$1skve$1@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10
User-Agent : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0 SeaMonkey/2.53.20
MitchAlsup1 wrote:
On Tue, 18 Feb 2025 13:07:39 +0000, Michael S wrote:
 
On Tue, 18 Feb 2025 02:55:33 +0000
mitchalsup@aol.com (MitchAlsup1) wrote:
>
It takes Round Nearest Odd to perform Kahan-Babashuka Summation.
>
>
Are you aware of any widespread hardware that supplies Round to Nearest
with tie broken to Odd? Or of any widespread language that can request
such rounding mode?
 No, No
 
Until both, implementing RNO on niche HW looks to me as wastage of both
HW resources and of space in your datasheet.
 They way I implement it, it is only an additional 10± gates.
With discrete logic, it should be identical to RNE, except for flipping the ulp bit when deciding upon the rounding direction, right?
With a full 4-bit lookup table you need a few more gates, but that is still the obvious way to implement rounding in SW. (It is only ceil() and floor() that requires the sign bit as input, the remaining rounding modes can make do with ulp+guard+sticky.
Terje
--
- <Terje.Mathisen at tmsw.no>
"almost all programming can be viewed as an exercise in caching"

Date Sujet#  Auteur
3 Feb 25 o Re: Cost of handling misaligned access106Anton Ertl

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal