Version imprimable
Bonjour à tous,
j'ai 2 questions
- j'aurais voulu tous d'abord savoir si il y avais un maximun pour l'allocation de la mémoire dans une JVM :
Ex .../java -Xmx 1024 .... ou .../java -Xms 1024 ....
Est qu'une limite existe et si oui de combien
Ensuite, je voudrais savoir si qq1 connais un bon site web qui traite de la configuration et/ou customisation de la JVM????
Merci pour vos réponses par avance
:lahola:
J'ai pas vérifié mais à mon avis la limite dépend uniquement de la quantité de mémoire dispo sur la machine d'execution....
Non, à priori pour la 1.4 ce serait 2 Go...Citation:
Envoyé par Guybrush
Il faut que je creuse ça...
[edit]
Ca semble se confirmer: vu sur le forum de Sun:
Citation:
the maximum total memory for aprocess including DLLs, the OS visable region etc if 2 GB.
However the maximum heap spce you can allocate to Java objects inside a JVM is about 1.3-1.6 GB depending on the OS. Solaris for Sparc is the only OS I have seen go over this. upto 3 GB
2Go ca metonnerai quand même... Personnellement je penche plutot pour qq 10 MoCitation:
Envoyé par xxaragornxx
A chaque question, la réponse de Dieu:
Citation:
Envoyé par Gfx
Etant déjà de 64 Mo par défaut...Citation:
Envoyé par jak0
merci pour toutes ces informations
:D :D
Dieu ne m'en voudra pas, mais j'ai pas trouvé la réponse à la question initialle dans son article.
Le maximum de heap (-Xmx) que l'on peut allouer est en théorie de 4Go (2^32) pour une JVM 32-bit (99% d'entre nous). En pratique, il faut laisser un peu pour l'OS (on descend donc à 3.8Go). Et puis il y a des combinaisons OS/JVM qui utilisent un bit ce qui ne nous laisse plus qu'avec 2^31, c'est à dire 2Go.
Certaines applications qui manipulent de grandes volumétries de données seront intéressées par le passage en mode 64-bit (pas de modif du code, par contre tout doit être 64-bit: JVM, librairies partagées, OS, CPU). Le maximum est donc 2^64 et à ma connaissance aucune machine de contient ca physiquement.
Et surtout ne pas dépasser la mémoire physique, sinon swap et performance de m...
Pour ceux que ca amuse, il y a des détails sur les runs de JVM des benchmarks SPEC: -Xmx176g ;-)
En fait la reponse se trouve dans l'article, mais en partie seulement.
Citation:
Le travail de copie est pour sa part favorisé par une caractéristique des JVM actuelles qui implique que l'ensemble du heap ne forme qu'un seul segment continu de mémoire. Ceci explique notamment pourquoi, sous Windows, le heap ne peut dépasser 1,5 Go environ.