[JVM][OPTIONS][OPTIMISATION]pc dédié à Java

Salut,
Je voudrais optimiser la JVM qui englobe mon application. Chez le client, un pc sera réservé à la seul utilisation de l'application Java.
C'est pourquoi je voudrait que la JVM puisse se réserver l'ensemble de la mémoire (enfin presque), du temps processeur etc....
J'ai donc été sur le site de sun :
http://java.sun.com/docs/hotspot/VMOptions.html
et j'ai regardé un peu les option, mais j'a pô tout compris.... :c\
Voici ce que j'ai relevé :

Citation:

---

-XX:MaxHeapFreeRatio=<Maximum> heap free percentage (default 70)
-X:MinHeapFreeRation=<Minimum> heap free percentage (default 40)

-Xint Intepreter only (no JIT Compilation)

-XX:+UseBoundThreads This option forces all threads to be created as bound threads.

-XX:MaxHeapFreeRatio=70 Maximum percentage of heap free after GC to avoid shrinking
-XX:MinHeapFreeRatio=40 Minimum percentage of heap free after GC to avoid expansion

-XX:+UseThreadPriorities Use native thread priorities

-XX:TargetSurvivorRatio=50 Desired percentage of survivor space used after scavenge

-XX:ReservedCodeCacheSize=32m Reserved code cache size (in bytes) - maximum code cache size. [Solaris 64-bit: 1024m]

-XX:SurvivorRatio=64 Ratio of eden/survivor space size [Solaris: 64, Solaris: 32 (on 1.3.1 and later), Linux/Windows: 8]

-XX:ThreadStackSize=512 Thread Stack Size (in Kbytes) (0 means use default stack size) [Sparc: 512, Solaris Intel: 256, Sparc 64bit: 1024 all others 0]

---

Pouvez-vous m'en dire plus sur les options de la JVM et celles qui sont vraiment interressante (surtout l'utilisation du maximum de RAM)
L'application tournera (normalement) sur un PC avec 256 (voir 512) de RAM sous win98 (ou 2000 ou XP keske vous me conseillez) avec un processeur à 1.2GHZ (voir plus)
Pour l'instant je suis sur un pc avec 256RAM win98SE et un proc à 500Mhz
merci pour toute réponse

Code:

---

java -Xmx 256m maClasseMain

---

Spécifie une taille maximum pour le tas (256 Mo). Le tas étant utilisé par l'interpréteur pour charger dynamiquement les objets et les tableaux.

Ca dépend de ton application.
A-t-elle de la peine sans option (cad les options par défauts suffisent-ils) ?
Utilises-tu beaucoup ou peu de Thread ? (Attention swing utilisent quelques thread pour la gestion des événements et c'est à tenir en compte)

Quelques explications :

Citation:

---

-XX:MaxHeapFreeRatio=<Maximum> heap free percentage (default 70)
-X:MinHeapFreeRation=<Minimum> heap free percentage (default 40)

---

Détermine le pourcentage maximum et minimum de l'utilisation de la mémoire réservée à la JVM

Citation:

---

-Xint Intepreter only (no JIT Compilation)

---

Te permet de ne pas utiliser le Just In Time, il saggit d'une précompilation qui compile les méthode aux besoins en executable (quand c'est possible), il le fait avant le premier appel. En fait celà optimise le traitement en général, mais parfois celà peut ralentir. Bref utiliser cette option si rien d'autres ne marche.

Pour une meilleur explication et optimisation :
http://java.sun.com/docs/hotspot/gc/index.html
http://java.sun.com/docs/hotspot/ism.html
http://java.sun.com/j2se/1.4.1/docs/tooldocs/windows/java.html

JHelp

merci beaucoup pour ces explication :D j'va voir les sites tout de suite...

En fait la taille du tas est comprise entre -Xms (taille initiale spécifiée) et -Xmx (taille max spécifiée) .

La VM gère la mémoire par une succession de "générations" (dans le sens population d'objets). A chaque passage du GC (qui intervient quand il y a surpopulation) correspond l'avènement d'une nouvelle génération, dans laquelle peuvent avoir survécu des individus de la génération précédente.

A chaque génération la JVM recalcule la taille du tas de façon à ce que le pourcentage d'espace libre dans le tas soit compris entre MinHeapFreeRatio et MaxHeapFreeRatio. Un bon choix de ces valeurs permet de faire en sorte d'éviter une surpopulation (un peu comme le choix judicieux d'une "initial capacity" pour une collection java permet d'éviter au maximum des réallocations de mémoire)

Donc pour ce qui est la mémoire allouée à la JVM c'est :
-Xms64m : pour allouer 64Mo au minimum (et donc au démarrage)
-Xmx200m : le maximum de mémoire que la JVM peut réserver

-Xint : Je ne c pas trop koi penser de cette option. La compilation JIT permet de compiler certaines méthode au chargement en code natif (si je me trompe...) pour accélérer leur exécution
Mais dans quelles cas c vraiment utile (pour moi tout le temps) ou inutile ?

-XX:+UseBoundThreads This option forces all threads to be created as bound threads. : qu'est-ce qu'un bound thread ??

Citation:

---

-XX:MaxHeapFreeRatio=<Maximum> heap free percentage (default 70)
-X:MinHeapFreeRation=<Minimum> heap free percentage (default 40)
Détermine le pourcentage maximum et minimum de l'utilisation de la mémoire réservée à la JVM

---

Si on passe au dessous de MinHeapFreeRation je me doute que le GC va passer par là pour nettoyer et libérer de la mémoire.
Mais si on passe au dessus de MaxHeapFreeRation qu'est-ce que ça fait ?

-Xint La plupart des applications sont accélérées par le JIT. Donc, suis le conseil de JHelp, essaye d'abord sans

UseBoundThreads: permet d'associer les threads java de ton application
à un thread du noyau du système d'exploitation (bound est le participe passé de bind, to bind = lier). Ca ne marche que sous solaris, alors tu peux oublier dans ton cas

On s'est peut-être mal compris:
-XX:MaxHeapFreeRatio: Pourcentage maximum d'espace libre dans le tas après le passage du GC pour éviter que la JVM ne réduise la taille du tas (une valeur de 70 signifie que s'il y a plus de 70% d'espace libre dans le tas après passage du GC, la JVM réduira la taille du tas, mais jamais en dessous de -Xms)

-XX:MinHeapFreeRatio: Pourcentage minimum d'espace libre dans le tas après le passage du GC pour éviter que la JVM n'augmente la taille du tas (une valeur de 40 signifie que s'il y a moins de 40% d'espace libre dans le tas après passage du GC, la JVM augmentera la taille du tas, mais jamais au dessus de -Xmx)

Voilà...voilà... 8)

ha ben merci beaucoup :cD là ça devrait être bon
J'ai été voir aussi les URL et tout ça ... Je crois que j'ai compris pas mal de truc sur comment ça marche une JVM :c)