Alan Kay weist darauf hin , dass "Anders als Java, [Squeak] auf jeder Maschine Bit-identisch läuft - haben wir das vor 20 Jahren erfunden ". Die Wikipedia-Seite erwähnt dies auch:
Squeak ist für viele verfügbar Plattformen und Programme produziert auf Eine Plattform läuft Bit-identisch auf allen andere Plattformen.
Da Maschinen mit verschiedenen Befehlssätzen natürlich bit-identische Programme nativ nicht ausführen können, was bedeutet es, wenn Squeak Bit-identische Programme auf verschiedenen Rechnern ausführt, so wie es Java nicht tut?
>Ich habe den Eindruck, dass kompilierte Java-Klassen auf jedem Rechner in jeder JVM identisch laufen, ist das nicht so?
Die offensichtliche Interpretation ist, dass das Ausführen desselben Bildes auf verschiedenen Maschinen mit den gleichen Eingaben dazu führt, dass sich das Bild durch die gleichen Bitmuster entwickelt. Dieser Beitrag über Squeaks Gleitkomma-Mathematik impliziert, dass der Fließkomma-Punkt auf verschiedenen Plattformen identisch dargestellt wird. Java erfordert, dass die Semantik zwischen den Plattformen gleich ist, erlaubt aber denormalisierte Darstellungen. Die Bibliothek Squeak verwendet, um sicherzustellen, Bit-identische Gleitpunkt über Plattform ist Suns, die die Sun JVM auch verwendet, obwohl sie erwähnen, weiter mit Compiler-Einstellungen beschränken.
Der Begriff Bit-Identisch kann sich nicht nur auf keinen systemeigenen Code beziehen, sondern auch darauf, wie mit Datenoperationen umgegangen wird. Von Plattform zu Plattform gibt es subtile Unterschiede, zum Beispiel in den niedrigstwertigen Ziffern von Fließkommazahlen aufgrund unterschiedlicher Hardwareimplementierungen der Gleitkommaeinheit.
So Bit-identisch könnte auch bedeuten, dass solche Unterschiede entfernt werden und jeder einzelne Befehl Bit für Bit das gleiche Ergebnis auf jeder Hardware zurückgibt. Ad hoc verhindert dies die Verwendung einiger Hardware und würde eine Emulation erfordern. Ich bin mir nicht sicher, ob dies zu akzeptablen Kosten machbar ist oder ob es einen guten Trick dafür gibt.
Bit identisch bedeutet, dass Squeak-Image selbst auf vielen Plattformen laufen kann, nicht nur Squeak-Quellcode.
Smalltalk-Bild ist nämlich ein Speicher für sowohl Code (im Bytecode-Format) als auch Live-Objekte. Der Code ist im Intermediate-Bytecode-Format verfügbar, und die VM kompiliert dann im laufendem Betrieb zu plattformspezifischem Maschinencode.
Bit identisch bedeutet, dass Squeak-Image selbst auf vielen Plattformen laufen kann, nicht nur Squeak-Quellcode.
Smalltalk-Bild ist nämlich ein Speicher für sowohl Code (im Bytecode-Format) als auch Live-Objekte. Der Code ist im Intermediate-Bytecode-Format verfügbar, und die VM kompiliert dann im laufendem Betrieb zu plattformspezifischem Maschinencode.
Der Begriff Bit-Identisch kann sich nicht nur auf keinen systemeigenen Code beziehen, sondern auch darauf, wie mit Datenoperationen umgegangen wird. Von Plattform zu Plattform gibt es subtile Unterschiede, zum Beispiel in den niedrigstwertigen Ziffern von Fließkommazahlen aufgrund unterschiedlicher Hardwareimplementierungen der Gleitkommaeinheit.
So Bit-identisch könnte auch bedeuten, dass solche Unterschiede entfernt werden und jeder einzelne Befehl Bit für Bit das gleiche Ergebnis auf jeder Hardware zurückgibt. Ad hoc verhindert dies die Verwendung einiger Hardware und würde eine Emulation erfordern. Ich bin mir nicht sicher, ob dies zu akzeptablen Kosten machbar ist oder ob es einen guten Trick dafür gibt.
Die offensichtliche Interpretation ist, dass das Ausführen desselben Bildes auf verschiedenen Maschinen mit den gleichen Eingaben dazu führt, dass sich das Bild durch die gleichen Bitmuster entwickelt. Dieser Beitrag über Squeaks Gleitkomma-Mathematik impliziert, dass der Fließkomma-Punkt auf verschiedenen Plattformen identisch dargestellt wird. Java erfordert, dass die Semantik zwischen den Plattformen gleich ist, erlaubt aber denormalisierte Darstellungen. Die Bibliothek Squeak verwendet, um sicherzustellen, Bit-identische Gleitpunkt über Plattform ist Suns, die die Sun JVM auch verwendet, obwohl sie erwähnen, weiter mit Compiler-Einstellungen beschränken.
Aus der Dokumentation von java.lang.Math :
Im Gegensatz zu einigen numerischen Methoden der Klasse StrictMath sind alle Implementierungen der äquivalenten Funktionen der Klasse Math nicht so definiert, dass sie bit-zu-bit-gleiche Ergebnisse liefern. Diese Relaxation ermöglicht leistungsfähigere Implementierungen, bei denen keine strikte Reproduzierbarkeit erforderlich ist.
Alan Kay weist darauf hin , dass "Anders als Java, [Squeak] auf jeder Maschine Bit-identisch läuft - haben wir das vor 20 Jahren erfunden ". Die Wikipedia-Seite erwähnt dies auch:
Squeak ist für viele verfügbar Plattformen und Programme produziert auf Eine Plattform läuft Bit-identisch auf allen andere Plattformen.
Da Maschinen mit verschiedenen Befehlssätzen natürlich bit-identische Programme nativ nicht ausführen können, was bedeutet es, wenn Squeak Bit-identische Programme auf verschiedenen Rechnern ausführt, so wie es Java nicht tut?
>Ich habe den Eindruck, dass kompilierte Java-Klassen auf jedem Rechner in jeder JVM identisch laufen, ist das nicht so?
Es läuft auf einer virtuellen Maschine, wie es im nächsten Satz auf Wikipedia steht. :)
Nicht sicher, was der "bit-identische" Teil im Vergleich zu Java bedeutet. Mein Eindruck ist, dass dieselben Klassendateien auf verschiedenen Rechnern laufen können, da auch Java auf einer virtuellen Maschine läuft.
Hier hofft Alan wird in den Thread springen und dies für uns aufräumen!
Das Einzige, woran ich denken kann, ist, dass er sich darauf bezieht, dass Java oft (und C # ist immer) "Just-in-time" auf dem Zielrechner auf nativen Code kompiliert wird, bevor es ausgeführt wird.
>Es läuft auf einer virtuellen Maschine, wie es im nächsten Satz auf Wikipedia steht. :)
Nicht sicher, was der "bit-identische" Teil im Vergleich zu Java bedeutet. Mein Eindruck ist, dass dieselben Klassendateien auf verschiedenen Rechnern laufen können, da auch Java auf einer virtuellen Maschine läuft.
Hier hofft Alan wird in den Thread springen und dies für uns aufräumen!
Das Einzige, woran ich denken kann, ist, dass er sich darauf bezieht, dass Java oft (und C # ist immer) "Just-in-time" auf dem Zielrechner auf nativen Code kompiliert wird, bevor es ausgeführt wird.
>Tags und Links java smalltalk jvm vm-implementation