Discussion :

[leminipouce]

Bonjour tout le monde.

Je ne sais pas trop si je poste dans le forum le plus approprié, ou si je devrais m'orienter vers celui de "Windows - Système et logiciels", et je m'en excuse.

Mon problème est tout bête. J'ai développé un logiciel en Java avec le JDK 1.4.2 (différentes sous-version, notament _6 et _10). Ce dernier marche "à merveille" sur ma machine, ainsi que sur une paire d'autres machines équipées avec des JRE 1.4.2 ou 1.5.0 (de la sous-version initiale à la _05). Et là aussi, il marche.

Par contre, sur UNE des machines de notre parc, équipée en JRE 1.5.0_05, rien à faire, il rame à n'en plus finir ! Dès que je clique sur un onglet, je suis obligé d'attendre d'interminable secondes avant de voir enfin un résultat à l'écran. De même pour un clique dans une arborescence.

Auriez-vous une idée de ce qui peut générer cette lenteur excessive ?

Config de la machine : Portable Dell équipé d'un P4 3.2GHz avec 2Go de RAM DDR2, 1 HDD 120Go. Logiciels installés (outre la suite bureautique...) Oracle 9i, Apache et Tomcat, IIS. Mais même en arrêtant tous les processus avec le task manager, ça rame autant !

PS : Par ailleurs, cette machine marche très bien, et ne souffre d'aucun ralentissement notoire...

[adiGuba]

Salut,


Si ton application utilise le réseau d'une manère ou d'une autre (ouverture de socket, connection JDBC, etc.), il y a de forte chance que cela provienne du bug du ProxySelector. On en a déja parlé sur le forum ([Socket] lent...).

Si ton problème vient de là, tu as plusieurs solutions :

• Désactiver le réseau NetBIOS sur le PC incriminé (puisque le problème vient de là).
• Mettre à jour avec la dernière version de Java (1.5.0_06 à ce jour).
• Appeller la méthode ProxySelector.setDefault(null) (ce qui necessite de compiler avec un JDK 1.5 avec les options -source 1.4 -target 1.4 (ou moins) pour rester compatible :

Code :

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

1
2
3
4
5
6
7
8
        try {
            float jVersion = Float.parseFloat(System.getProperty("java.specification.version"));
            if (jVersion>=1.5f) {
                ProxySelector.setDefault(null);
            }
        } catch (NumberFormatException e) {
            // ignored
        }

• Appeller la méthode ProxySelector.setDefault(null) via l'API de reflection (afin de pouvoir compiler avec n'importe quel JDK) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
        try {
            // Recherche de la classe ProxySelector :
            Class clazz = Class.forName("java.net.ProxySelector");
 
            // Recherche de la méthode setDefault() :
            Method m = clazz.getMethod("setDefault", new Class[]{clazz} );
 
            // Invocation de la méthode statique :
            m.invoke(null, new Object[]{null} );
 
        } catch (ClassNotFoundException e) {
            // La classe n'existe pas : on ignore l'erreur...
        } catch (NoSuchMethodException e) {
            // La méthode n'existe pas : on ignore l'erreur...
        } catch (Exception e) {
            e.printStackTrace();
        }

Si ton problème vient d'ailleurs, il va falloir que tu essayes de cibler un peu plus son origine...

a++

[leminipouce]

Mon problème vient d'ailleurs...

Merci quand même pour ta réponse, qui à défaut d'apporter une solution est fort instructive

Sinon, mon plus gros soucis vient du fait qu'il n'y a que sur cette machine que ça rame, et je n'arrive pas du tout à cibler un point spécifique qui pourrait être auteur du ralentissement. Même en recompilant sur la machine, en local, cela n'apporte aucune solution.

Peut-être y a-t'il quelqu'un qui a déjà été confronté à ce genre de problème... atypique !

[vbrabant]

Il y avait des problèmes avec certains Driver de cartes graphiques.
Jete un oeil de ce coté là.

Aussi s'assurez que tout est installé en local et non sur un lecteur réseau.

Vincent

[adiGuba]

Tu as essayé de logger un maximum d'info pour voir les méthodes qui prennent le plus de temps ?

a++

[lunatix]

je vois Oracle 9i : tu as fait gaffe a la JVM utilisée par ton logiciel. parce que Oracle installe un JVM 1.3 flambant vieille, et la colle en premier dans le classpath.