| Code Kitchen Allgemeines Coder-Forum rund um das Programmieren eigenständiger, ausführbarer Programme. |
Diskussion: Reproduzierbarkeit von Fließkommaberechnungen im Forum Code Kitchen, in der Kategorie Software Home; Anzeige Ich beschäftige mich im Moment ein wenig mit der Reproduzierbarkeit von Fließkommaberechnungen unter C++. Diese Berechnungen beinhalten auch Zufallszahlen, ...
![]() |
| | #1 (permalink) |
| Registriert seit: 06.06.09 ![]() Likes: 6 | Anzeige Ich beschäftige mich im Moment ein wenig mit der Reproduzierbarkeit von Fließkommaberechnungen unter C++. Diese Berechnungen beinhalten auch Zufallszahlen, was aber wohl das kleinere Problem darstellen sollte. Soweit ich das bisher in Erfahrung gebracht habe gibt es eine ganze Reihe von Faktoren, die die tatsächliche Reproduzierbarkeit solcher Berechnungen beeinflussen können.
__________________ A good programmer looks both ways before crossing a one-way street. Die Politik kann uns nur für so dumm verkaufen, wie wir sind. |
| | |
| | #2 (permalink) |
| Moderator ![]() Registriert seit: 20.07.05 ![]() ![]() ![]() ![]() ![]() ![]() Likes: 202 | Sowas? What Every Computer Scientist Should Know About Floating-Point Arithmetic geht zumindest auf die zahlreichen Fallstricke ein, die man beim "direkten" Umgang mit Floats machen kann.
__________________ Noch mal, für alle Pseudo-Geeks: 1+1=0. -> 10 wäre Überlauf! Selig, wer nichts zu sagen hat und trotzdem schweigt. |
| | |
| HaBOT | - Anzeige - |
| |
| | #3 (permalink) |
| Themenstarter Registriert seit: 06.06.09 ![]() Likes: 6 | Ja, so in diese Richtung. Die Ergänzung zu diesem Artikel (Differences Among IEEE 754 Implementations) beschäftigt sich ja mit dem Problem unterschiedlicher IEEE Implementierungen. Das Paper selbst hatte ich schon gefunden, aber da wird so wie ich das sehe auf dieses Problem leider nicht näher eingegangen. Reproduzierbarkeit ist vielleicht auch ein missverständlicher Begriff, aber Portierbarkeit trifft es auch nicht so wirklich.
__________________ A good programmer looks both ways before crossing a one-way street. Die Politik kann uns nur für so dumm verkaufen, wie wir sind. |
| | |
| | #5 (permalink) |
| Themenstarter Registriert seit: 06.06.09 ![]() Likes: 6 | Nun, es geht um einen Algorithmus, bei dem es von wesentlicher Bedeutung ist, dass er auf Benutzerebene deterministisch ist. Wenn jetzt jedoch die verwendete Hardware oder Systembibliotheken, die nicht direkt mit der eingesetzten Software zusammenhängen, einen Einfluss auf das Ergebnis haben, dann ist dieser Determinismus nicht mehr gegeben. Hier gibts z.B. eine Art Linksammlung zu dem Thema: Floating Point Determinism Ich suche jetzt zunächst nach Quellen, die belegen, dass ein in C++ geschriebener Algorithmus auf Quelltextebene indeterministisch ist. Ich meine, dass das so ist ist mir ja eigentlich schon klar, aber ich brauche eben leider etwas zitierfähiges ![]() Ich bin mir inzwischen aber auch nicht mehr so sicher, ob die hardwarspezifischen Unterschiede auch dann noch gelten, wenn es sich z.B. um zwei x86 Systeme handelt. ~EDIT~ Ich hab es noch nicht bis zum Ende gelesen, aber in diesem Paper wird zumindest schon mal auf die Probleme durch unterschiedliche Kompiler bzw. Kompileroptionen eingegangen: http://hal.archives-ouvertes.fr/docs...nt-article.pdf
__________________ A good programmer looks both ways before crossing a one-way street. Die Politik kann uns nur für so dumm verkaufen, wie wir sind. Geändert von Thunderb0lt (11.08.11 um 23:06 Uhr) Grund: Gefundenes Paper ergänzt |
| | |
![]() |
| - Anzeige - | |
| |
| Themen-Optionen | |
| Ansicht | |
| |