Changes between Version 4 and Version 5 of SoftWare/SignalCheckpoint/OAR

Timestamp:

Oct 15, 2012, 11:44:31 AM (12 years ago)

Author:

g7moreau

Comment:

Détails mineures

SoftWare/SignalCheckpoint/OAR

@@ -133 +133 @@
 }}}
 
-La boucle while est très importante
-car le code peux finir suite à la réception d'un signal
+La boucle '''{{{while}}}''' est très importante
+car le code peut finir suite à la réception d'un signal
 mais aussi naturellement lorsqu'il a enfin finit son traitement global.
-Les deux cas doivent être géré.
+Les deux cas doivent être gérés.
 Or la commande interne '''{{{wait}}}''' attends la '''fin du calcul'''
 ou la '''réception d'un signal'''.
 
-Une fois le signal reçu, la commande {{{trap}}} retransmet le signal au code,
+Une fois le signal reçu, la commande '''{{{trap}}}''' retransmet le signal au code,
 et le script de soumission repars dans la boucle {{{while}}}
 afin d'attendre la fin réelle du code.
@@ -147 +147 @@
 et se terminerait en laissant {{{OAR}}} tuer sauvagement le code dans sa phase terminale...
 
-Ce script utilise trois commandes internes du shell peu usité : {{{wait}}}, {{{trap}}} et {{{jobs}}}.
+Ce script utilise trois commandes internes du shell peu usitées : {{{wait}}}, {{{trap}}} et {{{jobs}}}.
 Le premier paramètre de {{{trap}}} est du code shell à exécuter lors de la réception du signal sur lequel on se connecte.
 Si l'on veut que ce code shell soit effectivement interprété lors de la réception du signal et non avant,
 il est '''très''' important de la placer entres des '''apostrophes''' (quote)...
-La commande interne {{{jobs}}} permet enfin de récupérer l'ensemble des PID des processus fils,
-donc ici le code de calcul.
+La commande interne '''{{{jobs}}}''' permet enfin de récupérer l'ensemble des PID des processus fils,
+donc ici le PID du code de calcul.
 
 On le voit, le cas asynchrone oblige à tout gérer dans son script shell.