Discussion :

[Battant]

Bonjour,

J'ai lu un document sur l'optimisation en java

surprise, j'aprends notement que le compilateur java ne peut pas "mettre en ligne" les méthode contenant des variables locale.

Par exemeple, un code comme celui-ci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
 
public void final refresh() {
          for (int i = nbRow; i >=0 ;i--) {
            handler.removeRow(0);
          }
                     }

Ne peut pas être mis en ligne par Hotspot parce qu'il y a i qui est une variable certe de boucle mais une variable local.

Y'a-t-il des règle, des exemple pour optimiser et pour que hotspot (dernière vertion) mette en ligne les méthode de mon programme ?

Merci pour votre réponse

A bientôt

Battant

[adiGuba]

Salut,


Décidément ce document n'arrête pas de revenir...



Un conseil : ne te base surtout pas là dessus. C'est plus qu'obsolète et cela date d'avant Java 2...

Si tu recherches des informations sur l'inlining il vaut mieux te tourner vers le site de Sun et surtout sur des documents datés

a++

[tchize_]

on devrait peut etre mettre une entrée dans la FAQ, catégorie "a ne pas lire"

[Battant]

Bonjour,

Certe je suis peut-être tombé sur un document obsolète mais ce que je cherche, c'est une documentation sur les capacité actuelle de hotspot a optimiser avec des exemple concret de code optimisé et non optimisé ou plutôt

Le compilateur ne sais pas mettre la méthode suivante en ligne

Voici la version que le compilateur actuel sais "mettre en ligne"

Voici l'algorithme le plus rapide pour cette méthode.

Sur quoi puis-je me basé pour optimiser mon programme ?

Pouvez-vous me donner des liens.


Est ce que le multi threading est une bonne idée pour optimiser un programme ?

Merci d'avance

A bientôt

Battant

[tchize_]

après 6 années de développement continu en java, je doit te dire que jamasi je me suis posé la question quand j'écrivais une méthode de savoir si elle peux etre rendue inline ou pas. Pourquoi?

La pluspart du temps, le gain d'inline est minime, seule certaines méthodes bien particulières gagnet à être inline (car appelée très souvent dans l'algo)

Souvent, quand on se pose la question de l'optimisation trop tôt, on se retrouver à predre beaucoup de temps pour gagner très peu.

Le comportement dépendra du compilateur, hors sun n'est pas le seul à fournir des compilateurs. Le gain est donc incertain et instable.

Des algorithmes bien posé et choisis sont bien plus efficace en termes de gain de performances que de se baser sur les optimisation du compilateur. On peux diviser par 10 ou 50 voir plus le temps d'exécution d'un code en améliorant l'algorithme, on peux, en général, gagner 10% en jouant sur les optimisations du compilateur.

Il est souvent préférable d'écrire le code, et de lui faire subir un stress test au sein d'un profiler. Ce dernier vous indiquera immédiatement les point chaud de votre programme. Et parfois on est surpris de voir que le point chaud n'est absolument pas là où on le croyait!

[tchize_]

je rajoute ceci:
http://java.sun.com/products/hotspot...er.html#method

Method Inlining

The frequency of virtual method invocations in the Java programming language is an important optimization bottleneck. Once the Java HotSpot adaptive optimizer has gathered information during execution about program hot spots, it not only compiles the hot spot into native code, but also performs extensive method inlining on that code.

Inlining has important benefits. It dramatically reduces the dynamic frequency of method invocations, which saves the time needed to perform those method invocations. But even more importantly, inlining produces much larger blocks of code for the optimizer to work on. This creates a situation that significantly increases the effectiveness of traditional compiler optimizations, overcoming a major obstacle to increased Java programming language performance.

Inlining is synergistic with other code optimizations, because it makes them more effective. As the Java HotSpot compiler matures, the ability to operate on large, inlined blocks of code will open the door to a host of even more advanced optimizations in the future.

puis plus loin

Because the Java HotSpot VM can automatically inline the vast majority of virtual method invocations, this performance penalty is dramatically reduced, and in many cases, eliminated altogether.

[adiGuba]

Salut,

Sur quoi puis-je me basé pour optimiser mon programme ?

Tu te poses la mauvaise question !

Il faut d'abord te poser la question suivante : quel sont les portions de code qui entraine les mauvaises performances ?

Tant que tu n'as pas la réponse à cette question, l'optimisation sera contre-productif et pourrait même poser des problème de performances !


Donc : quel sont les problèmes de performance que tu rencontres ?


a++