Was bedeutet der Satz "Wir wollten, dass er kompiliert wird, damit die CPU nicht die falschen Dinge tut."

Ich habe diesen Artikel gelesen . Es hat den folgenden Absatz.

Und hat sich Scala als schnell herausgestellt? Was ist Ihre Definition von schnell? Etwa so schnell wie Java. Es muss nicht so schnell sein wie C oder Assembly. Python ist nicht wesentlich schneller als Ruby. Wir wollten mit weniger Maschinen mehr erreichen und die Parallelität besser nutzen. Wir wollten, dass es kompiliert wird, damit die CPU nicht die falschen Dinge tut.

Ich suche nach der Bedeutung des letzten Satzes. Wie wird die CPU durch interpretierte Sprache "falsch" gemacht?

Wenn der Code sagt

A = A + 1

kompilierter Code macht das

add A, 1

interpretierter Code macht dies (oder eine Variation)

look up the location of A in the symbol table
find the value of A
see that 1 is a constant
get its value
add the value of A and the value of 1
look up the location of A in the symbol table
store the new value of A

bekomme eine Vorstellung?

Wir wollten, dass es kompiliert wird, damit die CPU nicht die falschen Dinge tut.

Klingt so, als würden sie sich auf kompilierte oder interpretierte beziehen. Höchstwahrscheinlich auf die ganze Geschichte von Twitter zurückzuführen, in der Hintergrundverarbeitungsaufgaben nach der ersten Entwicklung in Ruby On Rails (interpretiert) nach Scala (kompiliert) verschoben wurden.

Eine Erklärung des kompilierten und des interpretierten Codes hier .

Bei einer kompilierten Sprache wird der eingegebene Code auf eine Reihe von maschinenspezifischen Anweisungen reduziert, bevor er als ausführbare Datei gespeichert wird. Bei interpretierten Sprachen wird der Code in demselben Format gespeichert, das Sie eingegeben haben. Kompilierte Programme werden im Allgemeinen schneller ausgeführt als interpretierte, da interpretierte Programme zur Laufzeit auf Maschinenanweisungen reduziert werden müssen.

"Falsches Zeug" bedeutet hier den Overhead, den der Interpreter benötigt, um den Code zu analysieren und zu verarbeiten. Es hängt mit dem Begriff der interpretierten und kompilierten Sprachen zusammen. Es werden verschiedene Modelle der Codeübersetzung verwendet, die grob in eine der folgenden Kategorien fallen:

• Native Kompilierung - Der Quellcode wird direkt in Maschinencode kompiliert. Beste Leistung auf Kosten der Portabilität. Häufig mit C und C ++ verbunden,
• Zwischenkompilierung - Der Quellcode wird in eine vereinfachte Zwischensprache (Bytecode) kompiliert, die später während der Ausführung interpretiert oder in Maschinencode kompiliert (Just-in-Time-Kompilierung) wird. Bessere Portabilität als nativer Code, bessere Leistung als reine Interpretation unter Beibehaltung einiger Vorteile der Interpretation (z. B. späte Bindung). Beispiele hierfür sind C #, Java und andere Sprachen für JVM und .NET CLR.
• Interpretation - Der Quellcode wird nicht direkt in Maschinencode übersetzt, sondern von einem speziellen Interpreterprogramm interpretiert und ausgeführt. Interpreter unterscheiden sich in ihrer Raffinesse, in der naiven Implementierung geht es jedoch darum, den Quellcode Zeile für Zeile zu analysieren, zu analysieren und auszuführen. Die Interpretation ermöglicht eine größere Flexibilität als die Kompilierung. Daher nutzen interpretierte Sprachen beispielsweise die dynamische Typisierung oder Reflexion in größerem Umfang. Interpretierte Sprachen bieten häufig eine höhere Entwicklerproduktivität, da sie weniger Boilerplate-Code erfordern und sich gut für Rapid Prototyping eignen. Nachteil ist reduzierte Leistung. Wird häufig mit JavaScript, Ruby oder Python verwendet.

Daher läuft die Wahl zwischen interpretierter und kompilierter Sprache auf die Frage hinaus, was wir mehr schätzen, Entwicklerproduktivität oder Leistung? Die im Artikel beschriebene Migration scheint dem gleichen Gedankengang zu folgen, wobei die starke Prototyping-Sprache Ruby aus Leistungsgründen durch JVM-basierte Scala ersetzt wird.

In diesem Fall habe ich the wrong stuffunter mangelnder Typensicherheit in nicht kompiliertem Code verstanden.

Somit wird Code nicht nur langsamer interpretiert, sondern ist auch fehlerhafter ...