L'écriture d'un programme de démarrage qui avorte programmes suspendus

Question

J'ai un script qui doit commencer périodiquement des programmes sur un tableau avec les noms de programme via Perl sous Linux. Le problème est que de temps en temps l'un des programmes prend trop de temps et se bloque et doit être abandonné.

Je suis actuellement le démarrage du programme en utilisant qx/$cmd/ dans un lit séparé fil à partir d'une file d'attente de démarrage partagée. Le thread principal met en file d'attente toutes les x secondes un nouvel élément dans la file d'attente. S'il y a des éléments dans la file d'attente, le thread principal tue le thread enfant et démarre un nouvel enfant.

Cela fonctionne très bien d'un point de vue fonctionnel, mais maintenant je l'ai réalisé que cela conduit à une fuite de mémoire. Comment concevez-vous un tel programme? Y at-il un module CPAN qui peut aider? S'il vous plaît laissez-moi savoir si vous avez besoin de plus de code pour comprendre le problème.

Le fil conducteur ressemble à ceci:

 if (!$startQueue->pending) { 
    $startQueue->enqueue($programList[$i++]); 
} else { 
    $log->warn("Aborting hanging execution"); 
    $starterThread->kill('KILL')->detach(); 
    $log->info("Creating new thread"); 
    $starterThread=threads->create("starterThread"); 
} 

Le fil d'enfant comme celui-ci:

sub starterThread{ 
    $SIG{'KILL'}=sub{threads->exit();}; 
    $log->info("Starter Thread started"); 
    while() { 
    my $programName=$startQueue->dequeue(); 
    $log->debug("programName:$programName"); 
    qx/$programName/; 
    } 
} 

Answer 1

Vous pouvez jeter un oeil à Parallel::ForkManager qui vous permet de gérer un nombre fixe de processus enfants à un moment donné. Est-ce que le tableau de nom de programme reste statique pendant la durée de vie du script ou est-il mis à jour continuellement?

La fuite de mémoire semble louche; avez-vous profilé votre script et déterminé absolument que le kill/enqueue conduit à la fuite de mémoire?

Answer 2

Une alternative à un processus de gestion comme c'est un fichier PID avec un horodatage (ie contenu sont pidtimestamp), comme sendmail utilise. Ensuite, vous lancez une nouvelle copie du processus chaque minute depuis cron, ou quelque chose, et si un ancien processus est là, le nouveau processus meurt (si l'horodatage est récent) ou tue l'ancien processus (si l'horodatage est ancien) .

Je ne sais pas vraiment pourquoi votre processus de gestion doit nécessairement conduire à une fuite de mémoire, cependant. Avez-vous fermement établi que c'est le cas? Quel est ton raisonnement?

Answer 3

Normalement utilisez signal d'alarme + terrassant auto dans le programme lui-même plutôt que d'un programme de Chaser.