Java Virtual Machine und CLR

Question

Als eine Art folgen bis zu der Frage Unterschiede zwischen MSIL und Java-Bytecode genannt? , was die (großen) Unterschiede oder Ähnlichkeiten, wie die Java Virtual Machine arbeitet im Vergleich zu, wie die .NET Framework Common Language Runtime (CLR) funktioniert?

Auch ist die .NET Framework CLR eine „virtuelle Maschine“ oder hat er nicht die Eigenschaften einer virtuellen Maschine?

Answer 1

Es gibt viele Ähnlichkeiten zwischen den beiden Implementierungen (und meiner Meinung nach: Ja, sie sind beide „virtuelle Maschinen“).

Für eine Sache, sie sind beide Stack-basierten VM, ohne Begriff „Register“ wie wir zu sehen in einer modernen CPU wie die x86 oder PowerPC gewohnt sind. Die Auswertung aller Ausdrücke ((1 + 1) / 2) wird durch Drücken Operanden auf den „Stapel“ durchgeführt und dann die Operanden vom Stapel knallten, wenn eine Anweisung (hinzufügen, divide, etc.), um diese Operanden verbrauchen muss. Jeder Befehl schiebt seine Ergebnisse zurück auf den Stapel.

Es ist ein bequemer Weg, um eine virtuelle Maschine zu implementieren, weil so ziemlich jede CPU in der Welt einen Stapel hat, aber die Anzahl von Registern ist oft unterschiedlich (und einige Register sind für besondere Zwecke, und jeder Befehl erwartet seine Operanden in verschiedenen Register usw.).

Wenn Sie also eine abstrakte Maschine zu modellieren gehen, ein rein Stack-basiertes Modell ist ein ziemlich guter Weg zu gehen.

Natürlich reale Maschinen arbeiten nicht auf diese Weise. So ist der JIT-Compiler ist verantwortlich für die Durchführung von „enregistration“ von Bytecode-Operationen, im Wesentlichen plant die tatsächliche CPU-Register Operanden und Ergebnisse enthalten, wenn möglich.

So

, ich denke, das ist einer der größten Gemeinsamkeiten zwischen der CLR und die JVM.

Wie für Unterschiede ...

Ein interessanter Unterschied zwischen den beiden Implementierungen ist, dass die CLR Anweisungen generische Typen für die Erstellung enthält, und dann für parametrische Spezialisierungen auf diese Art der Anwendung. Also, zur Laufzeit hält die CLR eine List eine ganz andere Art von einer List sein.

Unter den Abdeckungen, verwendet es die gleiche MSIL für alle Referenztyp Spezialisierungen (so eine List verwendet die gleiche Implementierung als List

Answer 2

Ihre erste Frage ist die JVM mit dem .NET Framework zu vergleichen - ich nehme an, Sie tatsächlich stattdessen mit der CLR vergleichen gemeint. Wenn ja, ich glaube, Sie ein kleines Buch zu diesem Thema schreiben können ( EDIT: sieht aus wie schon Benji hat :-)

Ein wichtiger Unterschied ist, dass die CLR ist so konzipiert, eine sprachneutrale Architektur zu sein, im Gegensatz zu der JVM.

Ein weiterer wichtiger Unterschied ist, dass der CLR speziell für ein hohes Maß an Interoperabilität ausgelegt wurde mit nativen Code zu ermöglichen. Dies bedeutet, dass die CLR Zuverlässigkeit und Sicherheit verwalten müssen, wenn nativen Speicher zugegriffen wird und verändert, und auch sehr zurückhaltend freizugeben zugewiesenen Speicher wieder an das Betriebssystem, auch dort, wo er kann.

Zum Beispiel, sagen wir mal, dass ein JVM-Prozess beginnt und weist 25 MB Arbeitsspeicher vom Betriebssystem zunächst. Der App-Code versucht dann, Zuweisungen, die weiteren 50 MB erforderlich. Die JVM wird weitere 50 MB vom Betriebssystem zuordnen. Sobald der Anwendungscode hat die Verwendung dieses Speichers gestoppt wird, ist es Garbage Collection und die JVM-Heap-Größe zu verringern. Allerdings wird die JVM nur Freigabe des verwendeten Betriebssystemspeicher unter bestimmten ganz bestimmten Umständen . Ansonsten für den Rest des Prozesses Lebensdauer, dass der Speicher zugeordnet bleiben.

Die CLR, auf der anderen Seite, Mitteilungen Speicher zurück an das Betriebssystem zugeordnet, wenn es nicht mehr benötigt wird. In dem obigen Beispiel wäre der CLR freigegeben den Speicher, sobald der Haufen abgenommen hatte.

Weitere Einzelheiten über die Unterschiede können aus verschiedenen akademischen und privaten Quellen. Sobald gutes Beispiel dafür ist CLR Design-Auswahl .

Einige spezifische Beispiele schließen ein:

• Einig Low-Level-opperands ist typisiert wie „add zwei ints“, wo als CLR einen polymorphen Operanden verwendet. (D FADD / iadd / ladd vs nur hinzufügen)
• Derzeit ist die JVM macht mehr aggresive Laufzeitprofilierung und Optimierung (das heißt Hotspot). CLR funktioniert derzeit JIT-Optimierungen, aber nicht Optimierung Laufzeit (das heißt Code ersetzen, während Sie laufen).
• CLR nicht inline nicht virtuelle Methoden, JVM tut ...
• Unterstützung für Werttypen in der CLR mehr als nur die "Primitiven".

Die CLR und die JVM sind beide virtuellen Maschinen.

Das .NET Framework und die Java Runtime Environment ist die Bündelung der jeweiligen VMs und die Bibliotheken. Ohne Bibliotheken sind die VMs ziemlich nutzlos.

Es ist nicht eine virtuelle Maschine, die .net Framework zum Zeitpunkt des ersten Laufes der Baugruppen in native binary kompiliert:

In der Computersprache, Just-in-Time-Kompilierung (JIT), auch als dynamische Übersetzung bekannt, ist eine Technik zur Verbesserung der Laufzeitleistung eines Computerprogrammes. JIT baut auf zwei früheren Ideen in Laufzeitumgebungen: Bytecode-Zusammenstellung und dynamische Kompilierung. Er wandelt Code zur Laufzeit, bevor es die Ausführung zum Beispiel Bytecode in Maschinencode nativ. Die Leistungsverbesserung gegenüber Dolmetschern stammt von Zwischenspeichern, die Ergebnisse von Blöcken von Code zu übersetzen, und nicht einfach jede Zeile oder jedes Mal neu zu bewerten Operanden es erfüllt ist (siehe interpretierte Sprache). Es hat auch Vorteile gegenüber statisch den Code zur Entwicklungszeit kompilieren, da sie den Code neu kompilieren können, wenn dies vorteilhaft erwiesen ist, und können Sicherheitsgarantien erzwingen kann. So JIT können einige der Vorteile der Interpretation und statischen (Voraus-Zeit) Zusammenstellung kombinieren.

Einige moderne Laufzeitumgebungen wie Microsoft .NET Framework, die meisten Implementierungen von Java und seit neuestem Actionscript 3, die sich auf JIT-Kompilierung für High-Speed-Ausführung von Code.

Quelle: http://en.wikipedia.org/wiki/Just-in -time_compilation

Hinzufügen von .NET-Framework enthält eine virtuelle Maschine, so wie Java.

Answer 3

Ihre erste Frage ist die JVM mit dem .NET Framework zu vergleichen - ich nehme an, Sie tatsächlich stattdessen mit der CLR vergleichen gemeint. Wenn ja, ich glaube, Sie ein kleines Buch zu diesem Thema schreiben können ( EDIT: sieht aus wie schon Benji hat :-)

Ein wichtiger Unterschied ist, dass die CLR ist so konzipiert, eine sprachneutrale Architektur zu sein, im Gegensatz zu der JVM.

Ein weiterer wichtiger Unterschied ist, dass der CLR speziell für ein hohes Maß an Interoperabilität ausgelegt wurde mit nativen Code zu ermöglichen. Dies bedeutet, dass die CLR Zuverlässigkeit und Sicherheit verwalten müssen, wenn nativen Speicher zugegriffen wird und verändert, und auch sehr zurückhaltend freizugeben zugewiesenen Speicher wieder an das Betriebssystem, auch dort, wo er kann.

Zum Beispiel, sagen wir mal, dass ein JVM-Prozess beginnt und weist 25 MB Arbeitsspeicher vom Betriebssystem zunächst. Der App-Code versucht dann, Zuweisungen, die weiteren 50 MB erforderlich. Die JVM wird weitere 50 MB vom Betriebssystem zuordnen. Sobald der Anwendungscode hat die Verwendung dieses Speichers gestoppt wird, ist es Garbage Collection und die JVM-Heap-Größe zu verringern. Allerdings wird die JVM nur Freigabe des verwendeten Betriebssystemspeicher unter bestimmten ganz bestimmten Umständen . Ansonsten für den Rest des Prozesses Lebensdauer, dass der Speicher zugeordnet bleiben.

Die CLR, auf der anderen Seite, Mitteilungen Speicher zurück an das Betriebssystem zugeordnet, wenn es nicht mehr benötigt wird. In dem obigen Beispiel wäre der CLR freigegeben den Speicher, sobald der Haufen abgenommen hatte.

Answer 4

Weitere Einzelheiten über die Unterschiede können aus verschiedenen akademischen und privaten Quellen. Sobald gutes Beispiel dafür ist CLR Design-Auswahl .

Einige spezifische Beispiele schließen ein:

• Einig Low-Level-opperands ist typisiert wie „add zwei ints“, wo als CLR einen polymorphen Operanden verwendet. (D FADD / iadd / ladd vs nur hinzufügen)
• Derzeit ist die JVM macht mehr aggresive Laufzeitprofilierung und Optimierung (das heißt Hotspot). CLR funktioniert derzeit JIT-Optimierungen, aber nicht Optimierung Laufzeit (das heißt Code ersetzen, während Sie laufen).
• CLR nicht inline nicht virtuelle Methoden, JVM tut ...
• Unterstützung für Werttypen in der CLR mehr als nur die "Primitiven".

Answer 5

Die CLR und die JVM sind beide virtuellen Maschinen.

Das .NET Framework und die Java Runtime Environment ist die Bündelung der jeweiligen VMs und die Bibliotheken. Ohne Bibliotheken sind die VMs ziemlich nutzlos.

Answer 6

Es ist nicht eine virtuelle Maschine, die .net Framework zum Zeitpunkt des ersten Laufes der Baugruppen in native binary kompiliert:

In der Computersprache, Just-in-Time-Kompilierung (JIT), auch als dynamische Übersetzung bekannt, ist eine Technik zur Verbesserung der Laufzeitleistung eines Computerprogrammes. JIT baut auf zwei früheren Ideen in Laufzeitumgebungen: Bytecode-Zusammenstellung und dynamische Kompilierung. Er wandelt Code zur Laufzeit, bevor es die Ausführung zum Beispiel Bytecode in Maschinencode nativ. Die Leistungsverbesserung gegenüber Dolmetschern stammt von Zwischenspeichern, die Ergebnisse von Blöcken von Code zu übersetzen, und nicht einfach jede Zeile oder jedes Mal neu zu bewerten Operanden es erfüllt ist (siehe interpretierte Sprache). Es hat auch Vorteile gegenüber statisch den Code zur Entwicklungszeit kompilieren, da sie den Code neu kompilieren können, wenn dies vorteilhaft erwiesen ist, und können Sicherheitsgarantien erzwingen kann. So JIT können einige der Vorteile der Interpretation und statischen (Voraus-Zeit) Zusammenstellung kombinieren.

Einige moderne Laufzeitumgebungen wie Microsoft .NET Framework, die meisten Implementierungen von Java und seit neuestem Actionscript 3, die sich auf JIT-Kompilierung für High-Speed-Ausführung von Code.

Quelle: http://en.wikipedia.org/wiki/Just-in -time_compilation

Hinzufügen von .NET-Framework enthält eine virtuelle Maschine, so wie Java.