Java/fr: Difference between revisions

Java/fr (view source)

Revision as of 21:24, 21 June 2018

155 bytes removed , 6 years ago

Created page with "Que la tâche soit ou non multifil, l'instance Java utilise GC par défaut et crée autant de fils que le nombre de cœurs CPU dans le nœud. Chacun des fils GC consomme une p..."

Diane27

rsnt_translations

56,437

edits

@@ Line 67: / Line 67: @@
 Java utilise le processus automatique de ''Garbage Collection'' pour identifier les variables avec des valeurs non valides et retourner la mémoire qui leur est associée au système d'exploitation. Ceci n'empêche pas toutefois le fait que plusieurs programmes Java ont besoin d'une grande quantité de mémoire pour être exécutés sans problème.
-By default, the Java VM uses a parallel garbage collector (GC) and sets a number of GC threads equal to the number of CPU cores on a given node, whether a Java job is threaded or not. Each GC thread consumes memory. Moreover, the amount of memory each GC thread consumes is proportional to the amount of physical memory. Therefore, we highly recommend matching the number of GC threads to the number of CPU cores you requested from the scheduler in your job submission script, like so <tt>-XX:ParallelGCThreads=12</tt> for example. You can also use the serial garbage collector by specifying the following option <tt>-XX:+UseSerialGC</tt>, whether your job is parallel or not.
+Que la tâche soit ou non multifil, l'instance Java utilise GC par défaut et crée autant de fils que le nombre de cœurs CPU dans le nœud. Chacun des fils GC consomme une portion de la mémoire. Nous recommandons fortement de définir le même nombre de fils GC que le nombre de cœurs CPU demandé à l'ordonnanceur lors de la soumission de votre script, par exemple  <tt>-XX:ParallelGCThreads=12</tt>. Même si la tâche est parallèle, vous pouvez invoquer le GC séquentiel avec l'option <tt>-XX:+UseSerialGC</tt>.
 ===Mot-clé <tt>volatile</tt> ===