Power6 på 5 GHz kan telle til 10

[Anders Jensen]

Her er IBM's nokså detaljerte beskrivelse:

http://www2.hursley.ibm.com/decimal/

 

Innledes slik:

"Most computers today support binary floating-point in hardware. While suitable for many purposes, binary floating-point arithmetic should not be used for financial, commercial, and user-centric applications or web services because the decimal data used in these applications cannot be represented exactly using binary floating-point."

 

Hovedpoenget:

"* The arithmetic permits a single representation of decimal numbers, whether they be integers, fixed-point (scaled), or floating-point; this minimizes conversion overheads.

 

* The arithmetic was designed as a decimal extended floating-point arithmetic, directly implementing the rules that people are taught at school. Up to a given working precision, exact unrounded results are given when possible (for instance, 0.9 ÷ 10 gives 0.09, not 0.089999996), and trailing zeros are correctly preserved in most operations (1.23 + 1.27 gives 2.50, not 2.5). Where results would exceed the working precision, floating-point rules apply."

 

Jeg er forøvrig ikke overbevist om at IBM virkelig har lagt til noe som er generelt nyttig. Det virker i allefall ikke opplagt at mengden applikasjoner som har behov for høy ytelse på akkurat dette området er så stort at det rettferdiggjør en implementering i et general purpose system. Det er jo tross alt fullt mulig å emulere samme aritmetikk i software.

Endret 17. oktober 2006 av Anders Jensen

[pertm]

Om jeg ikke husker feil så er det _umulig_ å representere f.eks 0,10 eksakt i binær form. Det gjør at en vil få avrundingsfeil i enkelte tilfeller (kjøp 100 millioner stykker av en aksje til 1,10 kroner). Siden slike avrundingsfeil ikke kan godtas (!) så må en ta høyde for de hver eneste gang noe som har en merkbar ytelseskostnad for applikasjoner som håndterer penger siden en må emulere flyttall med egne avrundingsregler fremfor å kjøre operasjonene direkte i hardware.

 

7053724[/snapback]

Dette er ikke noe problem da økonomi programmer bruker heltall med antall øre og ikke kroner, hvis det er norske penger en regner i.

 

1,10 kroner blir da i programmet 110 og får ingen mulighet til avrundingsfeil.

Endret 17. oktober 2006 av pertm

[Anders Jensen]

Dette er ikke noe problem da økonomi programmer bruker heltall med antall øre og ikke kroner, hvis det er norske penger en regner i.

 

1,10 kroner blir da i programmet 110 og får ingen mulighet til avrundingsfeil.

7088086[/snapback]

Det var aldri en problemstilling fra min side at det ikke kan la seg gjøre... Om du leser tråden vil du se at fixed point integer er nevnt mange ganger, men det er ikke nødvendigvis så enkelt som å regne i øre i steden for kroner. Hva skjer om du multipliserer med en brøk?

Endret 17. oktober 2006 av Anders Jensen

[Del]

Takk for informasjonen Anders, det ga jo forsåvidt IBMs motivasjon. Såvidt jeg kan se må det være snakk om finansielle institusjoner hvor ytelse er ekstremt viktig. For de store meglerforetakene i verden kan et brøkdelssekund kjappere kjøp/salg ordre være verdt nok kroner til at det rettferdiggjør slike spesialiserte systemer.

[Anders Jensen]

For de store meglerforetakene i verden kan et brøkdelssekund kjappere kjøp/salg ordre være verdt nok kroner til at det rettferdiggjør slike spesialiserte systemer.

7090849[/snapback]

Det er et godt poeng. Det er kanskje ikke snakk om så enormt mange systemer (sett i x86 perspektiv), men det er nok snakk om en betydelig økonomisk motivasjonsfaktor her like fullt.

Endret 17. oktober 2006 av Anders Jensen

[spiffers]

Intel planlegger en ny generasjon cpu'er som kan telle til to, altså 0, 1 og 2. Ifølge dem kan man utføre flere instruksjoner pr klokkesyklus når det er plass til mer data i syklusen, og dem ser for seg en dobling av ytelse. Alle kalkulasjoner, ikke bare penger, vil tjene på prosessorer som drar mer data gjennom en syklus, da absolutt alle programmer er avhengig av kalkulasjoner