Java Leistungssteigerung durch Code Anpassung

[hero69]

Hi @all

ich habe da einmal eine kleine Frage. Was haltet Ihr von Performance Tunnig am Java Source Code?

Als langjähriger Programmierer und System Spezialist habe ich auch diverse Programmiersprachen betreut. In den vielen Jahren musste ich nur einmal ein PGN-Source Code anpassen. Die verwendeten Compiler optimierten den Source Code so gut das man deshalb nicht Hand anlegen.

Es ist gut wenn ein Programmierer mit etwas Erfahrung seinen Code auf Performance untersucht und davon lernen kann.

In letzter Zeit ist mir aufgefallen das man bei Java immer mehr auf Leistung untersucht und den Source Code auf Leistung trimmt. Ich persönlich sehe das ein wenig anders. Für mich muss man Hand anlegen bei der Runtime Umgebung und am Optimizer von Java. Bei Java dürften auch keine Storage leaks auftauchen da Java den Storage selber verwalten will. Bei Storage leaks muss Oracle in die Hosen steigen und das Problem beheben.

Wie seht Ihr das?

Gruss

 

[Sehales]

Man sollte meiner Meinung nach natürlich nicht totalen Schrott zusammen schreiben, aber solange man halbwegs sinnvollen Code schreibt, machen der Compiler und die Runtime eigentlich den Rest.

Ein Beispiel wäre, dass man statt dem "+" Operator, Strings nur per StringBuilder zusammensetzt, was aber nicht nötig ist, denn der Compiler macht dass, wenn es nötig/sinnvoll ist, auch selber.

Solch "simple" Dinge kann man da echt ignorieren, aber trotzdem ist es manchmal Thema.
Bei C oder C++ wäre ich da natürlich wesentlich vorsichtiger, aber wie du schon sagtest, managed Java da sehr viel selber und macht den Job eigentlich auch sehr gut.

 

[Ruzmanz]

Der Compiler und die Runtime-Enviroment können nicht alles wissen. Es gibt gewisse Dinge, die nur ein Mensch berteilen kann. Zum Beispiel:

// Die Methode wird sehr oft aufgerufen und die Wahrscheinlichkeit, dass i == 9 ist, liegt bei 5%.
public void doSomething(int i) {
   Board board = new Board();

   if(i == 9)
       board.draw();
   }
}

Ein Mensch könnte nachgucken, ob im Konstruktor von Board sich etwas befindet, das Seiteneffekte auslöst. Vielleicht wird dort eine SELECT-Datenbankabfrage ausgeführt, wodurch sehr viel Zeit verloren geht und nur bei i == 9 relevant ist. Leider habe ich das Beispiel vergessen, wo der String nicht automatisch in den StringBuilder übersetzt werden kann.

Ums kurz zu machen: Unnötige Methodenaufrufe, und schlecht gewählte Algorithmen / SQL-Statements sind mMn die größten Zeitfresser. Meistens reicht es, wenn nach Bedarf geschaut wird.

 

[Sehales]

Das war auch meine Aussage, bzw. es sollte meine Aussage sein, dass man eben bei Bedarf optimiert.
Ich hab mich da glaub ich etwas falsch ausgedrückt...

 

[hero69]

Das sehe ich eben genau auch so. Deshalb bin ich auch der Meinung das es gut ist wenn ein Anfänger - Fortgeschrittener sich ab und an den Source Code ansieht oder sich ab und an die Performance Doku anschaut was er besser machen kann.

Ich musste eben in letzter Zeit einige Diskussionen führen über das Tunning von Java. Da haben sich solche "ETH und Uni" Studies sich als besonders clever vor tun wollen in dem sie Storage von Hand optimieren und solche Spielchen. Jedes so angepasste Programm müsste in meinen Augen bei jedem wechsle der JRE und des Compilers die Programme neu überprüft werden um sicher zu sein das ich nicht einen noch grösseren Bock gebaut habe.

Ein normaler Programmierer weiss eigentlich was er macht und was in etwa im Hintergrund abläuft. Wie erwähnt musste ich in den 20 Jahren als "Profi" ein Programm anpassen welches am Schluss die ganze Produktion so in Verzug brachte das eine Tagesendverarbeitung nicht mehr fertig wurde. Es war aber nicht unbedingt der Fehler des Programmierers dieses Codes. Die Struktur wurde mit der Zeit so gross das man schon fast Anfangen Trickseen musste mit der Storage Belegung und Klasse. Eigentlich hätte man den Input einmal genauer anschauen sollen sich Fragen ob das vielleicht das grössere Problem ist.

SQL braucht immer sehr viel Zeit, deshalb ist auch beim normalisieren Vorsicht geboten. Ab und an muss man ein Auge zudrücken.

 

[tandraschko]

Also ich persönlich bin entwickle ziemlich viel in Frameworks und da pass ich schon arg auf.

Zum Beispiel:
- bei ArrayLists lieber einen For-Loop benutzen als einen For-Each -> das spart ne Iterator Instanz
- Wiederverwendung von Pattern Instanzen, etc.
- Allgemein viel caching!!!
- StringBuilder, etc....

Das meiste benutzt ich aber im Alltag nicht - hauptsache da ist der Code gut aufgebaut und leserlich.