Wie schnell ist Javascript im Vergleich zu Java?

Java und JavaScript sind beides Programmiersprachen. Programmiersprachen sind nur ein Haufen von abstrakten mathematischen Regeln. Programmiersprachen sind nicht schnell. Oder langsam. Sie nur sind.

Ist die performance einer Anwendung hat nichts zu tun mit der Sprache. Der wichtigste Faktor ist die Anwendung Architektur. Dann kommt die Algorithmische Effizienz. Dann micro-Optimierungen. Dann kommt die Qualität des compiler/interpreter. Dann die CPU. Vielleicht ein paar andere Schritte dazwischen. Die Sprache, jedoch nicht direkt eine Rolle spielen. (Und natürlich, wenn Sie reden über benchmarks, die dann auch die jeweiligen benchmark eine Rolle spielt, wie gut implementiert ist der Maßstab, wie gut es laufen wird, ob der Kerl, führt der benchmark eigentlich weiß etwas über benchmarking-Ansätze und-noch wichtiger-Statistik. Auch die präzise definition von dem, was Sie eigentlich bedeuten von "schnell" ist ziemlich wichtig, da es können auch haben signifikanten Einfluss auf den benchmark.)

Jedoch, die Sprache, die vielleicht indirekt eine Rolle spielen: es ist viel einfacher zu finden und zu beheben Sie performance-Engpässe in 10 Zeilen der ausdrucksstarke, klare, prägnante, lesbare, gut ausgearbeitete, isoliert, high-level-Lisp-code, als in 100 Zeilen Wirren, low-level-C. (Beachten Sie, dass diese zwei Sprachen sind nur Beispiele. Ich meine nicht auf einzelne alle eine Sprache aus.) Twitter, zum Beispiel, haben gesagt, dass mit einer weniger expressive Sprache als Ruby, Sie wäre nicht in der Lage gewesen, solche radikalen änderungen Ihrer Architektur in kürzester Zeit zu beheben Ihre Skalierbarkeit Probleme. Und der Grund, warum Node.js ist in der Lage, so gute evented I/O-performance, da JavaScript-standard-Bibliothek ist so beschissen. (So, Node.js hat alle I/O selbst, so können Sie optimieren Sie für die evented I/O vom Boden bis. Ruby und Python, zum Beispiel, haben evented I/O-Bibliotheken, die genauso gut funktionieren, wie Node.js und sind viel reifer ... aber, Ruby und Python haben schon große standard-Bibliotheken, einschließlich I/O-Bibliotheken, die alle synchron sind und nicht gut mit evented Bibliotheken. JavaScript muss nicht das problem der I/O-Bibliotheken, die nicht gut mit evented I/O, da JavaScript nicht über I/O-Bibliotheken an alle.)

Aber wenn Sie wirklich wollen die beiden zu vergleichen, hier ist ein interessanter Datenpunkt für Sie: HotSpot, das ist eine der beliebtesten und auch mehr leistungsfähige JVM-Implementierungen gibt, wurde von einem team von Jungs, die enthalten, unter anderen Menschen, ein Mann namens Lars Bak. Aber eigentlich ist HotSpot hat nicht erscheinen aus der Luft gegriffen, Sie basiert auf dem sourcecode von den Anamorphotischen Smalltalk-VM, die erstellt wurde von einem team von Jungs, die enthalten, unter anderen Menschen, ein Mann namens Lars Bak.

V8, was ist eine der beliebtesten und auch mehr leistungsfähige JavaScript-Implementierungen gibt, wurde von einem team von Jungs, die enthalten, unter anderen Menschen, ein Mann namens Lars Bak. Aber tatsächlich, der V8 hat nicht erscheinen aus der Luft gegriffen, Sie basiert auf dem sourcecode von den Anamorphotischen Smalltalk-VM, die erstellt wurde von einem team von Jungs, die enthalten, unter anderen Menschen, ein Mann namens Lars Bak.

Gegeben, dass die beiden mehr oder weniger das gleiche, wir können erwarten, eine ähnliche Leistung. Der einzige Unterschied ist, dass HotSpot hat über hundert Ingenieure arbeiten seit 15 Jahren in der Erwägung, dass V8 hat ein Dutzend Ingenieure arbeiten seit weniger als 5 Jahren. Dass wird die nur Unterschied in der Leistung. Es geht nicht darum, statische vs. dynamische Typisierung (Java ist statisch typisiert, aber die meisten JVMs und sicherlich HotSpot machen keine statische Optimierungen auch immer, alle Optimierungen sind rein dynamisch), Kompilierung vs. interpretation (HotSpot ist tatsächlich interpretiert, mit eine zusätzliche JIT-compiler, in der Erwägung, dass V8 rein kompiliert), high-level vs. low-level. Es ist rein über Geld.

Aber ich werde Wette, dass für jedes paar von Java-und JavaScript-Implementierungen, wo die Java-Implementierung schneller ist, kann ich ein anderes paar, wo der JavaScript-Implementierung schneller ist. Auch kann ich wohl halten das paar und benutzen Sie einfach eine andere benchmark. Es gibt eine Grund den Anruf der Computer-Sprachen, die Benchmark-Spiel, ein "Spiel": Sie selbst fördern Sie direkt auf Ihre eigene Seite zu spielen, um mit den benchmarks, um jede beliebige Sprache nach oben steigen.

InformationsquelleAutor der Antwort Jörg W Mittag

Hier sind einige tests Vergleich Javascript (V8) und kompiliert Java:

• 32 bit
• 64 bit

Zeigen Sie, dass Java in der Regel schneller¹. Allerdings, wenn Sie Graben, um mit diesen Seiten und den verlinkten Ressourcen, Sie werden feststellen, dass es sehr schwierig ist zu vergleichen wie mit wie.

Interessanterweise Javascript funktioniert deutlich besser als Java (unter bestimmten Bedingungen) für die "regex-dna" - benchmark. Meine Vermutung ist, dass dies ist, weil die Javascript-regex-engine ist schneller als die Java-regex-engine. Dies ist durchaus nicht überraschend, angesichts der Bedeutung, die regexes in typische Javascript-Anwendungen.

^{1 - Streng genommen kann man nicht sagen, dass die Sprache X ist schneller als Sprache Y. Sie können nur vergleichen bestimmten Implementierungen der jeweiligen Sprachen. Und die Seite, die ich verlinkte, ist klar ... wenn Sie Pflege zu gehen über die Startseite. Allerdings ist es nicht ganz unangemessen zu verallgemeinern von spezifischen Datenpunkte ... und die scheinbare Abwesenheit von widersprüchlichen Datenpunkte ... , Java ist in der Regel schneller als Javascript in rechenintensive Aufgaben. Aber die Kehrseite ist, dass diese Art von Leistung ist oft nicht ein Objektiv wichtiges Kriterium.}

InformationsquelleAutor der Antwort Stephen C

Wahrscheinlich nicht, aber es ist nicht wirklich wichtig.

Bevor Sie zu Google Chrome JavaScript-JIT-Compiler Java-Sieg über JavaScript so schnell wie das problem kam, die groß genug zum überwinden der Last der Zeit.

Java sollte noch vollständig vernichten JavaScript aufgrund von integer vs. float-math. Egal, wie gut der JIT kann es nicht wirklich Wett machen.

InformationsquelleAutor der Antwort Joshua

Sind Sie nur ähnlich im Namen, das ist es. Java wird kompiliert, während JavaScript interpretiert wird (meistens). Selbst mit dem V8 ist just-in-time compiler Java ist schneller an alles.

InformationsquelleAutor der Antwort Josh K