Le suivi des simulations

    Je tiens à vous rappeler certaines règles entourant les processus, ou jobs, que vous envoyez sur les stations. AVANT de lancer une job, assurez-vous que la machine sera en mesure de bien l'éxécuter. Pour se faire, utilisez le script simulation.

    ENCORE PLUS IMPORTANT: SURVEILLEZ l'état de vos processus régulièrement. Ceux parmi vous qui utilisentnt mathématica et font résoudre des systèmes d'équations compliqués: SOYEZ VIGILENTS et vérifiez régulièrement l'état de votre processus. Faites par exemple un:

ps -auxwww | grep Math


afin de vérifier les jobs mathématica qui roulent, et CONTROLER leur état. Si Mathematica occupe trop de mémoire, c'est déjà un mauvais signe.

Les mêmes règles s'appliquent pour les utilisateurs de Splus. Évitez les boucles FOR, utilisez plutôt les opérations matricielles avec les fonctions apply(), lapply(), sapply(), etc... C'est plus compliqué à programmer, mais le gain en rapidité est souvent considérable. Les experts en Splus, tendent à dire qu'un programme Splus bien programmé NE devrait PAS contenir un seul FOR! Les astuces sont parfois compliquées, mais les gains sont souvent importants! Évidemment, je ne dis absolument pas de ne pas utiliser de FOR... Simplement que si vous avez 4 FOR imbriqués, alors il y aurait sûrement une autre façon de faire les choses.

Mais le plus important: vérifier RÉGULIÈREMENT l'état de vos processus. S'il ne font rien de bon, les "tuer" tout simplement avec la commande:

kill -9 no_job


ou no_job est le numero de la premiere colonne intitulee PID lorsque vous faites la commande top sur la bonne machine.

Nous pouvons également arrêter certains processus pour alléger le fardeau de travail des stations. Ces processus seront repartis plus tard lorsque la station sera libérée. Nous voulons donner à tous la chance de profiter des stations au maximum. Si la charge de travail est trop grande, nous arrêterons temporairement la simulation d'un usager faisant rouler plus d'une simulation à la fois.