IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C Discussion :

fork and sleep


Sujet :

C

  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Juillet 2007
    Messages
    92
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2007
    Messages : 92
    Par défaut fork and sleep
    Bonjour,
    étant amateur en C
    je voulais savoir le fonctionnement de fork et sleep

    lorsqu'on a
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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?

  2. #2
    Membre Expert
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2008
    Messages
    1 515
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Octobre 2008
    Messages : 1 515
    Par défaut
    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().

  3. #3
    Inactif  
    Profil pro
    Inscrit en
    Novembre 2002
    Messages
    123
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2002
    Messages : 123
    Par défaut fork
    fork retourne 0 si c'est le père
    si c'est le fils, fork retourne le pid du fils.

    effectivement:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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

  4. #4
    Membre Expert
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2008
    Messages
    1 515
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Octobre 2008
    Messages : 1 515
    Par défaut
    Citation Envoyé par olivieram Voir le message
    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.

  5. #5
    Inactif  
    Profil pro
    Inscrit en
    Novembre 2002
    Messages
    123
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2002
    Messages : 123
    Par défaut oui mais alors ?
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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 ?

  6. #6
    Modérateur
    Avatar de Obsidian
    Homme Profil pro
    Chercheur d'emploi
    Inscrit en
    Septembre 2007
    Messages
    7 461
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Chercheur d'emploi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 7 461
    Par défaut
    Citation Envoyé par olivieram Voir le message
    il y a une incohérence. qui tuera le premier ?
    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.

  7. #7
    Inactif  
    Profil pro
    Inscrit en
    Novembre 2002
    Messages
    123
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2002
    Messages : 123
    Par défaut alors pour sleep ?
    est-ce que le fait de lancer une fonction sleep() -- dormir -- fait que le processus "qui dort" ne peut pas être tué ?

  8. #8
    Rédacteur

    Avatar de ram-0000
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    Mai 2007
    Messages
    11 517
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Consultant en sécurité
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mai 2007
    Messages : 11 517
    Par défaut
    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.
    Raymond
    Vous souhaitez participer à la rubrique Réseaux ? Contactez-moi

    Cafuro Cafuro est un outil SNMP dont le but est d'aider les administrateurs système et réseau à configurer leurs équipements SNMP réseau.
    e-verbe Un logiciel de conjugaison des verbes de la langue française.

    Ma page personnelle sur DVP
    .

Discussions similaires

  1. Drag and drop "de l'extérieur"
    Par Invité dans le forum C++Builder
    Réponses: 12
    Dernier message: 31/03/2020, 10h10
  2. [VB2005] Thread and Sleep
    Par Kropernic dans le forum Windows Forms
    Réponses: 6
    Dernier message: 25/06/2008, 16h34
  3. [Look and feel] Texte des JLabels en gras
    Par aliasjcdenton dans le forum AWT/Swing
    Réponses: 11
    Dernier message: 26/01/2006, 11h49
  4. Pas de fork sous Windows?
    Par chezjm dans le forum POSIX
    Réponses: 8
    Dernier message: 11/06/2002, 12h15
  5. Fip, modbus and co...
    Par xave dans le forum Développement
    Réponses: 2
    Dernier message: 24/05/2002, 13h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo