Gründe, nicht zu kompilieren

Question

Nachdem ich mit einem Ruby -Projekt gelandet war, war ich skeptisch gegenüber der Entscheidung, Ruby aufgrund der Leistung zu verwenden.

Ich freute mich darauf, Jruby mit seiner Java -Integration zu entdecken. Dies hat das Projekt für mich massiv erleichtert. Und jetzt bin ich noch mehr gekitzelt, um herauszufinden, dass Jruby sein kann zusammengestellt zu Java Bytecode .

Mit Benchmark -Zahlen wie SO:

Fib (30) Rubin: 1,67s

FIB (30) JRUBY Interp (Client VM): 3,93s

FIB (30) JRUBY Interp (Server VM): 2.28s bis 2.08s

FIB (30) Jruby Compiled (Client VM): 1,89 bis 1,79s

FIB (30) Jruby Compiled (Server VM): 1,66 bis 0,86s

Ich bin jetzt sehr aufgeregt über unsere Auswahl an Jruby hier. Gibt es Nachteile oder Gründe, warum Sie nicht für die Produktionsveröffentlichung zusammenstellen würden?

Answer 1

Die Verteilung und die Installationen würden diese Entscheidung für mich leichter machen: Als Sysadminen würde ich lieber nur eine .jar -Datei verteilen, die auf vielen JRE ausführen kann, als eine funktionierende Jruby -Instanz zu verteilen (was für verschiedene OSS für verschiedene OSS unterschiedlich ist, für Beispiel) und Mein Quellcode. Außerdem haben Sie bereits gezeigt, dass der AOT-kompilierte Code schneller ist als der interpretierte/JIT, so dass der Grund, die kompilierte Version zu verteilen.

Answer 2

Ruby ist sehr schnell zu entwickeln (wenn Sie mit seinem Stil vertraut sind).

Es ist nicht so schnell zu laufen, aber dies ist normalerweise kein großer Minus. Für die meisten Workloads, sogar große Websites, ist es viel schnell genug.

Die Entscheidung sollte nicht auf der Laufzeitgeschwindigkeit beruhen - es sei denn, Sie haben Statistiken zu sagen, dass die von Menschen mit der Leistung unzufrieden sind - sondern eine leichte Bereitstellung.

Wenn die Bereitstellung von Ruby -Anwendungen von Ihren Vorgängern erreicht wurde, halten Sie es Ruby.

Wenn die Bereitstellung für JVM einfacher ist, machen Sie dies.