Traitement du signal SIGKILL

Si un linux processus est en attente d'e/S (j'.e c'est dans SLEEP l'état) et une SIGKILL signal est émis à l'encontre de cela, lors de la résiliation (STOPPED de l'état), il sera de passer à travers RUNNING ou READY état?

En d'autres termes, pour un processus pour gérer une interruption de système tel que celui généré par SIGKILL est-il nécessaire de passer par RUNNING ou READY état ?

Sachant que dans des circonstances normales, un processus peut gérer une interruption de noyau et sachant que SIGKILL a une assez contradictoires but de tuer un qui ne répond pas de signal, j'avais des doutes au sujet de combien le contrôle du processus d'être tué, si du tout.

SIGKILL est un exemple malheureux car c'est un signal qui ne peut être géré par le processus de réception. Si votre question est sans rapport avec SIGKILL et c'est un simple exemple, envisager d'utiliser un autre signal d'exprimer ce que tu veux dire.

OriginalL'auteur Radu Stoenescu | 2013-04-02