Java/fr: Difference between revisions

65 bytes removed ,  7 years ago
Created page with "===Garbage Collector (GC)=== Que la tâche soit ou non multifil, Java utilise par défaut le mécanisme de ésallocation parallèle ''Garbage Collector'' avec autant de fils..."
(Created page with "N'oubliez pas que l'instance Java crée elle-même une réserve d'utilisation de la mémoire. Nous recommandons que la limite par tâche soit fixée à 1 ou 2Go de plus que la...")
(Created page with "===Garbage Collector (GC)=== Que la tâche soit ou non multifil, Java utilise par défaut le mécanisme de ésallocation parallèle ''Garbage Collector'' avec autant de fils...")
Line 47: Line 47:
N'oubliez pas que l'instance Java crée elle-même une réserve d'utilisation de la mémoire. Nous recommandons que la limite par tâche soit fixée à 1 ou 2Go de plus que la valeur de l'option <code>-Xmx</code>.
N'oubliez pas que l'instance Java crée elle-même une réserve d'utilisation de la mémoire. Nous recommandons que la limite par tâche soit fixée à 1 ou 2Go de plus que la valeur de l'option <code>-Xmx</code>.


===Garbage Collection===
===Garbage Collector (GC)===  
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, Java utilise par défaut le mécanisme de ésallocation parallèle ''Garbage Collector'' avec autant de fils que le nombre de cœurs CPU dans le nœud. Chacun des fils du GC consomme une portion de la mémoire physique proportionnelle au total. Nous recommandons fortement de définir le même nombre de fils pour le 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érie avec l'option <tt>-XX:+UseSerialGC</tt>.


===The <tt>volatile</tt> Keyword===
===The <tt>volatile</tt> Keyword===
rsnt_translations
56,437

edits