was wird optimiert ? klassen, bytecode oder interpreter?

[stev.glasow]

Die java ist ja in einigen bereichen doch schon recht zügig geworden, mich würde mal interessiern wie(was) dort so optimiert wird. die optimierung, der klassen, müsste doch schon langsam ausgereizt sein. wird denn immer noch am bytecode gefeilt (so weit das überhaubt geht) oder werden bestimmte sachen vom interpreter anders gehandhabt ?

 

[jptc.org]

eine direkte antwort darauf gibt es eigentlich nicht. es wird (wurde) an allem geschraubt, was irgendwie möglich war. alle java versionen zwischen 1.2 und 1.5 waren mehr oder weniger nur performance fixes. ok ich gebe zu das klinkt etwas übertrieben ist aber fast so. mit java 1.2 hatte die sprache einen beträchtlichen umfang erreicht, war aber im vergleich zu c++ viel langsamer. also hat man in allen folgeversionen sehr viel wert auf verbesserte performance geleckt und dabei lieber ein paar features rausgelassen. die version 1.5 ist erstmals wieder eine version die mehr auf funktionalität, als auf features getrimmt ist.

was hat sich also seit 1.2 getan :?: man hat so überall mal etwas gedreht. viele basisklassen wurden verbessert. die nativ schnittstellen wurden optimiert. es wurde einiges am garbagecollecting verbessert, die interne speicherverwaltung wurde optimiert... viel aufwand wurde auch in die optimierung des bytecodes gesteckt und ich denke dort sind auch noch eine menge potentiale versteckt. der interpreter wurde auch verbessert und mehr den bedürfnissen der anwender angepasst. zusätzlich gab es dann noch so tolle sachen wie HotSpot, JIT Compiler usw.

was man natürlich auch nicht vergessen darf, die gefühlte performance ist besser geworden, weil einfach die hardware mehr power bringt. d.h. viele unterschiede sind einfach nicht mehr spürbar.

achja nochwas : die entwickler haben auch dazu gelernt und so werden auch mehr die features der sprache ausgereizt und mehr auf performante anwendungen wert gelegt. häufig führen viele wege in java zum ziel und meist ist darunter auch ein wirklich performanter weg..

so das war meine meinung (in kurzform)

Karsten Voigt
http://www.java-performance-portal.org

 

[stev.glasow]

also mich würde auch mal, die langform interessieren ...

 

[jptc.org]

über performance im allgemeinen oder java im besonderen? gerade bei dem begriff performance gibt es eine menge spielraum. wusstest du, dass es programme gibt die extra sleeps eingebaut haben, nur um nicht zu schnell zu werden! gerade bei wissenschaftlichen anwendungen haben die anwender kein vertrauen in die ergebnisse, wenn der rechner diese zu schnell ausspuckt der war aber schnell, das kann ja niemals stimmen... Es gibt das ne menge untersuchungen drüber.

Karsten Voigt
http://www.java-performance-portal.org

 

[Stefan1200]

Was ich manchmal allerdings als Gefühl empfinde, ist das besonders das starten von Java Applicationen nur schneller geworden ist, weil beim Start nur das geladen wird, was beim Start der Application gebraucht wird.

Sobald man im Programm auch nur auf die Idee kommt, JEditorPane, JFileChooser oder das Windows LookAndFeel aufzurufen, sitzt man als Anwender davor und wundert sich, warum nichts passiert, außer das die Festplatte gleich aus dem Tower fliegt ;-).

Gerade beim Windows LookAndFeel fand ich das ein bissel blöd.
Seither starten meine Programme ohne LookAndFeel Auswähler nur noch das Java Metal LAF, und nicht das System Standard LAF.

Bild ich mir das ein, oder sind gerade bei Java 1.4.2 die Ladezeiten für das Windows LAF höher geworden, als noch beim 1.4.1?

 

[jptc.org]

kann ich leider nicht bestättigen. aber wer verwendet denn schon den windows l&f, der ist einer der ungefähr unperformantesten den es gibt :!: und lizensrechtlich darf man den nur auf windowsplatformen verwenden. also ich nehm entweder den default java, kunststoff (extrem geil) oder schreib mir meinen eigenen für bestimmte komponenten.

wenn man ein fertiges programm nur für windows anbieten möchte, so empfiehlt sich meist daraus eine exe zu machen, das nervt den interpreter nicht so und die applikation wird schneller (muss ja auch nicht mehr interpretiert werden :wink: )

Karsten Voigt
http://www.java-performance-portal.org

 

[Stefan1200]

kann ich leider nicht bestättigen. aber wer verwendet denn schon den windows l&f, der ist einer der ungefähr unperformantesten den es gibt :!: und lizensrechtlich darf man den nur auf windowsplatformen verwenden. also ich nehm entweder den default java, kunststoff (extrem geil) oder schreib mir meinen eigenen für bestimmte komponenten.

wenn man ein fertiges programm nur für windows anbieten möchte, so empfiehlt sich meist daraus eine exe zu machen, das nervt den interpreter nicht so und die applikation wird schneller (muss ja auch nicht mehr interpretiert werden :wink: )

Karsten Voigt
http://www.java-performance-portal.org

Naja, aber wenn man Software für Computer Anfänger schreibt, nehme ich normalerweise immer lieber das System Standard LAF, und das ist unter Windows nunmal das Windows LAF.
Allerdings wenn ich auf meinem Pentium 3 ca. 15 Sekunden länger warten soll, bis das Programm gestartet wird, nur weil er das Windows LAF laden soll, verzichte ich lieber drauf. Weil ob nun das Programm in 2 Sekunden mit Metal LAF oder in 17 Sekunden mit Windows LAF startet, ist für ein kleines Tool doch schon sehr wichtig. Auch wenn das bei sehr großen Programmen wieder relativiert wird.

 

[marsias]

Hi!

Also java hat sich echt gemacht finde ich.
Das einzige was ich noch bißchen benachteilige ist die langsame GUI,
aber das soll sich ja in 1.5 ändern.
Und teilweise die hohe CPU belastung.

Sonst ist Java top.

mfg

 

[jptc.org]

also das mit der cpu auslastung kann ich bestättigen, jedoch sind heute meist nicht mehr die core javaklassen das problem, sondern nur vielmehr der entwickler der sie nicht optimal verwendet

Karsten Voigt
http://www.java-performance-portal.org

 

[Hogo]

[an "jptc.org"]
Du hattest erwähnt, dass man ein Java-Programm als exe-Datei umwandeln kann. Wörtlich, kompilierst du den bytecode zu einem native ausführbaren Programm. Mich würde mal brennend interessieren, mit welchem Prorgamm man kompilieren kann.

 

[Stefan1200]

Jeder große IDE, wie JBuilder, kann Exe Dateien erzeugen. Allerdings machen diese Exe Dateien nichts anderes, als eine Jar Datei zu starten. Sei diese nun in der Exe integriert, oder beiliegend.

Ich habe mir daher selbst ein Programm geschrieben, das einfach eine Jar Datei im aktuellen Ordner sucht, und diese dann startet. Derzeit noch in RealBasic. Leider ist RealBasic unter Windows zum K***en. So läuft es mal, und mal nicht. Deshalb verwende ich derzeit noch ein VisualBasic Programm, das mein Kumpel geschrieben hat. Leider ist VisualBasic auch blöd, weil VisualBasic Programme genau wie Java ein Runtime Enviroment installiert haben müssen. Bei Windows ME/2000/XP ist dies glücklicherweise schon der Fall.

Ein Java Programm zu kompilieren, das man kein Java RE mehr braucht, geht ja nicht, oder?

 

[marsias]

Hi!

Doch es geht. Es gibt dafür programme die das können. such mal im web
findest bestimmt eins. ich habe es mal versucht...aber weiß nicht mehr wie
das prog hieß.

mfg

 

[Koravel]

Die arbeiten dann meines Wissens nach so, dass sie die Teile des JREs dabei legen, die du brauchst.
Oder war das lizenztechnisch verboten??
Wenn ja, dann müssen sie die ja ein komplettes JRE mit in deine Jar packen... könnte groß werden das Dateichen