Datentypen Genauigkeit Double

[StefanKoeln]

Hallo zusammen,

wenn ich folgende Addition durchführe bekomme ich als Ergebnis eine Zahl mit vielen Nachkommastellen:

double zahl;
zahl = 755.875 + 135.128;

Scheinbar gibt es ein Problem bei der Verarbeitung der Zahlen. Dachte immer doubles hätten ausreichend viele Nachkommastellen für solch vergleichsweise harmlose Zahlen. Bei wie vielen Nach- und Vorkommastellen kann ich sicher sein, dass keine Fehler passieren?

Vielen Dank
Stefan

 

[CR7]

das kann man nicht genau beantworten, aber hier kannst du es dir mal anschauen

http://www.java-forum.org/allgemeine-java-themen/43691-nachkommastellen-double.html

 

[HimBromBeere]

Wichtig: Genauigkiet != Anzahl Nachkommastellen !!

Zu deinem Problem: beide Zahlen werden als Double genau mit der von double bereitgestellten Genauigkeit abgespeichert, addiert du beide (ungenauen) Zahlen, kommt natürlich widerum eine "ungenaue" heraus.
Bsp:

zahl = 755.875000001 + 135.1279999991;
sysout(zahl);

 

[Marco13]

Hier wird noch etwas spezifischer/konkreter/ausführlicher darauf eingegangen: http://www.java-forum.org/entwuerfe...uble-float-gleitkommazahlen-alternativen.html ... oder, wer es genau wissen will: What Every Computer Scientist Should Know About Floating-Point Arithmetic

 

[flopalko]

Das problem ist, dass nicht jede rationale dekadische Zahl auch im Binärsystem rational darstellbar ist. Lies dir hierzu mal die Wiki bezüglich Gleitkommadatentypen durch

 

[SlaterB]

> Das problem ist, dass nicht jede rationale dekadische Zahl auch im Binärsystem rational darstellbar ist.

das ist aber nur die halbe Wahrheit, denn Java mogelt da bisschen drumherum,

würde wie angedeutet 135.128 in einem double abgelegt als 135.1279999991 ausgegeben werden, wäre es etwas eher zu verstehen,
aber Java schafft es durch double-ferne Magie, 135.128 richtig zu merken,
dadurch kann man dann auch erwarten, dass anderes ebenso funktioniert
(edit: ok, mag nicht double-fern sein, nur die Höhe der Abweichung.., wirkt dennoch schlimm)

 

[Marco13]

würde wie angedeutet 135.128 in einem double abgelegt als 135.1279999991 ausgegeben werden, wäre es etwas eher zu verstehen,
aber Java schafft es durch double-ferne Magie, 135.128 richtig zu merken,

Es "merkt" sich die Zahl nicht "richtig". Es ist lediglich die Ausgabe, die solche Fälle erkennt und dann schlicht eine gerundete Zahl ausgibt. Wenn man ihn mit printf zur genauest-möglichen Ausgabe zwingt, sind die häßlichen Nachkommastellen auch wieder da...

 

[ThreadPool]

Auch interessant ist die Reihe über Floats auf folgendem Blog: That’s Not Normal–the Performance of Odd Floats | Random ASCII Das ist der letzte Eintrag in der Reihe welcher auch Links zu allen vorherigen Einträgen zum Thema Float auf dem Blog enthält.

 

[Marco13]

Joa, über die Performance-Sache bin ich kürzlich auch gestolpert ( http://www.java-forum.org/allgemeine-java-themen/126487-rechnen-kleinen-zahlen-langsamer.html )