fork and sleep

Bonjour,
étant amateur en C
je voulais savoir le fonctionnement de fork et sleep

lorsqu'on a

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

void proc1(void) { if (nbr<4) {nbr++; if(fils=fork()){ sleep(1); kill(fils, SIGUSR1); } else kill(getppid(),SIGUSR2); ]

---

le processus pere est bloqué donc le fils prends la main mais a partir d'ou?

Je ne suis pas sûr de comprendre ta question. Le processus fils exécute le kill(getppid(),SIGUSR2). Il est très probable (mais pas certain) que ça se passe avant que le père ne sorte du fils et n'exécute le kill(fils, SIGUSR1).

Donc il est probable que la séquence soit la suivante :

- Le père s'endort pour une seconde
- Le fils envoie SIGUSR2 au père
- Le père est réveillé par SIGUSR2. Si tu as un signal handler pour SIGUSR2, alors le handler est exécuté, et au retour du handler l'exécution se poursuit avec le kill(fils, SIGUSR1). Si tu n'as pas de signal handler pour SIGUSR2 alors le père sera tué, et un SIGHUP sera envoyé au fils (ce qui aura pour effet de tuer le fils s'il n'a pas de handler pour SIGHUP).

Mais il est également possible que le père sorte du sleep() avant que le fils n'ait eu l'occasion d'envoyer son signal, suivant comment ton OS va scheduler les processus.

Note que le fait que le fils prenne la main n'a rien à voir avec le sleep() dans le père. Le fils pourrait prendre la mains même sans le sleep(). C'est juste plus probable (mais toujours pas certain, j'insiste) avec le sleep(). On ne peut pas résoudre des problèmes d'ordonnancement avec des sleep().

fork retourne 0 si c'est le père
si c'est le fils, fork retourne le pid du fils.

effectivement:

Code:

---

1 2 3 4 5 6

if (fils=fork()) { /* je suis le fils */ } else { /* je suis le père */ }

---

notons que sur ton exemple, getppid() retourne le process init car c'est le père du père.
pas besoin de faire des kill(), un exit() suffit :)

Citation:

---

Envoyé par olivieram

fork retourne 0 si c'est le père
si c'est le fils, fork retourne le pid du fils.

---

C'est exactement l'inverse. Sinon comment veux-tu que le parent connaisse le PID du fils ? Alors que le fils, lui, peut faire getpid() pour connaitre son propre PID.

Code:

---

1 2 3 4 5 6 7 8 9

fils = fork(); if (fils) { /* je suis le père */ /* je tue le fils */ } else { /* je suis le fils */ /* je tue le père */ }

---

il y a une incohérence. qui tuera le premier ? :aie:

Citation:

---

Envoyé par olivieram

il y a une incohérence. qui tuera le premier ? :aie:

---

Le premier processus qui aura la main, tout simplement. Il se peut même qu'ils arrivent à se tuer mutuellement sur des machines multi-processeurs.

Et même sur une machine à un seul cœur, kill envoie un signal à un processus donné, lequel attend dans une file d'attente propre au processus d'être traité. Le fait d'invoquer un appel système passe la main au dit système, qui peut très bien décider d'honorer la requête et d'en profiter pour donner la parole à l'autre processus, qui fera de même.

est-ce que le fait de lancer une fonction sleep() -- dormir -- fait que le processus "qui dort" ne peut pas être tué ?

NON

Un processus qui dort peut recevoir des signaux et ses signaux peuvent "tuer" ce processus.

D'un qu'un signal est traité par un processus, le sleep est interrompu.

Citation:

---

Envoyé par man sleep()

The sleep() function suspends execution of the calling thread until either seconds seconds have elapsed or a signal is delivered to the thread and its action is to invoke a signal-catching function or to terminate the thread or process. System activity may lengthen the sleep by an indeterminate amount.

---