Fachrat Informatik - Forum

Folgender interessanter Artikel fiel mir gerade auf:

http://www.sys-con.com/story/?storyid=45250

Kurze Inhaltsangabe: Startet man die JVM mit dem Flag "-server", so läuft sie in einem optimierten Modus, der eine zeiteffizientere Speicherverwaltung erlaubt (bei größerem Resourcenbedarf). Der Autor verglich nun eine Anzahl von Java-Programmen mit ihren (angeblichen) C++-Zwillingen. Es stellte sich heraus, dass C++ immer schneller als Java/Client war, aber Java/Server stets am schnellsten.

Am auffälligsten war dabei, dass sich die Ergebnisse nicht signifikant unterschieden, bis auf einen Fall, in dem es um einen wiederholten Methodenaufruf in einer Klasse ging: Java/Server schlug hier C++ um den Faktor 4-8!

Ich modifizierte also das C++-Programm nach besten Kenntnissen (der Autor gibt in dem Artikel zu, keine Ahnung von C++ zu haben). Das brachte einiges, aber bei größeren Zahlen war C++ noch immer im Nachteil.

Dann fiel mir auf, dass alle Programme mit folgender Zeile beginnen:

bzw. für Java

Ich entfernte diese Zeilen in beiden Programmen und schrieb stattdessen die gewünschte Iterationszahl direkt ins Programm:

Und siehe: Plötzlich war C++ 3.5 mal so schnell wie Java/Server.

Was lernen wir daraus?

1. Die mit dem gcc gelieferte Standardroutine atoi ist ineffizient implementiert.
2. Benchmark-Tests müssen von Leuten erstellt werden, die sich mit allen beteiligten Sprachen gut auskennen.
3. Java/Server ist beeindruckend schnell.
4. Es ist dumm, Äpfel mit Birnen zu vergleichen.

Quoted

Original von Joachim
[...]
Zudem ist es heutzutage IMHO eh unsinnig, nur auf die Geschwindigkeit zu schauen. Viel entscheidendere Faktoren sind z. B. Werkzeugunterstützung, Klassenbibliothek, Sicherheit (Stichwort Buffer Overflow). Und bei diesen steht Java ausgesprochen gut da.

Nicht zu vergessen: Konsistenz der coding conventions. Es ist in C/C++ ausgesprochen ärgerlich, bei jedem Projekt mit einer neuen Konvention zur Benennung von Variablen, Funktionen, Klassen usw. konfrontiert zu werden, oft unterscheiden sich sogar die Vereinbarungen bzgl. Einrückungen. Das ist in Java sehr angenehm einheitlich. Schöner ist nur noch Python: Hier zwingt einen schon der Compiler vernünftig einzurücken.