Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] vfork - Créer un processus fils et bloquer le père. [size=18] [b]Résumé[/b] [/size] [b]#include <sys/types.h>[/b] [b][/b] [b]#include <unistd.h>[/b] [b]pid_t vfork(void);[/b] [size=18] [b]Description[/b] [/size] (D'après XPG4 / SUSv2 / draft POSIX). La routine [b]vfork (),[/b] à le même effet que [b]fork (),[/b] sauf que le comportement est indéfini si le processus créé par [b]fork ()[/b] effectue l'une des actions suivantes avant d'appeler avec succès [b]_exit ()[/b] ou une routine de la famille [b]exec () :[/b] modification d'une donnée autre que la variable de type pid_t stockant le retour de [b]vfork (),[/b] revenir de la fonction dans laquelle [b]vfork ()[/b] a été invoqué, appel d'une autre fonction. [size=18] [b]Erreurs[/b] [/size] [b]EAGAIN[/b] [table][row][col]    [/col][col]Trop de processus en cours. Réessayer.[/col][/row][/table] [b]ENOMEM[/b] [table][row][col]    [/col][col]Pas assez de mémoire[/col][/row][/table] [size=18] [b]ParticularitÉs linux[/b] [/size] [b]vfork (),[/b] tout comme [b]fork (),[/b] crée un processus fils à partir du processus appelant. Pour plus de détails sur les valeurs renvoyées et les erreurs possibles, voir [b]fork (2).[/b] [b]vfork ()[/b] est conçu comme un cas particulier de [b]clone (2).[/b] Il sert à créer un nouveau processus sans effectuer de copie de la table des pages mémoire du processus père. Ceci peut être utile dans des applications nécessitant une grande rapidité d'exécution, si le fils doit invoquer immédiatement un appel [b]execve ().[/b] [b]vfork ()[/b] diffère aussi de [b]fork ()[/b] car le processus père reste suspendu jusqu'à ce que le fils invoque [b]execve (),[/b] ou [b]_exit ().[/b] Le fils partage toute la mémoire avec son père, y compris la pile. Le processus fils ne doit donc pas revenir de la fonction en cours, ni invoquer une nouvelle routine. Il ne doit pas appeler [b]exit (),[/b] mais à la place [b]_exit ().[/b] Les gestionnaires de signaux sont hérités mais pas partagés. Les signaux pour le processus père sont délivrés après que le fils se soit terminé. [size=18] [b]DÉtails historiques[/b] [/size] Sous Linux, [b]fork ()[/b] est implémenté en utilisant un mécanisme de copie en écriture, ainsi ses seuls coûts sont le temps et la mémoire nécessaire pour dupliquer la table des pages mémoire du processus père, et créer une structure de tâche pour le fils. Toutefois, jadis [b]fork ()[/b] nécessitait malheureusement une copie complète de l'espace d'adresse du père, souvent inutile car un appel [b]exec ()[/b] est souvent réalisé immédiatement par le fils. Pour améliorer les performances, BSD a introduit un appel-système [b]vfork ()[/b] qui ne copie pas l'espace d'adressage du père, mais le partage avec le fils. Le processus père était suspendu tant que le fils utilisait les ressources. L'utilisation de [b]vfork ()[/b] était loin d'être facile, car pour éviter de modifier les données du processus père, il fallait être capable de déterminer quelles variables se trouvaient dans des registres du processeur. [size=18] [b]Bugs[/b] [/size] Il est regrettable que Linux ait ressuscité ce spectre du passé. La page de manuel de BSD indique que cet appel système sera supprimé, et qu'il ne faut pas essayer de tirer profit du partage mémoire induit par [b]vfork ().[/b] En théorie, la description standard ne nous autorise pas à utiliser [b]vfork (),[/b] car l'appel [b]exec ()[/b] suivant peut échouer, et ce qui se produit ensuite est indéfini. Les détails de la gestion des signaux sont compliqués, et varient suivant les systèmes. Sous Linux (2.3.25) [b]strace (1)[/b] ne peut pas suivre un appel [b]vfork ()[/b] et nécessite un patch du noyau. [size=18] [b]Historique[/b] [/size] L'appel-système [b]vfork()[/b] est apparu dans BSD 3.0. Dans BSD 4.4, il est devenu synonyme de [b]fork (),[/b] mais NetBSD l'a réintroduit à nouveau. Sous Linux, il fut l'équivalent de [b]fork()[/b] jusqu'au noyau 2.2.0-pre-6. Depuis le 2.2.0-pre-9 il s'agit d'un appel-système indépendant. Le support dans la bibliothèque a été introduit dans la GlibC 2.0.112. [size=18] [b]Conformité[/b] [/size] L'appel [b]vfork ()[/b] est assez similaire aux appels du même nom sous d'autres systèmes d'exploitation. Les contraintes que les standards apportent sur cet appel sont plus relâchées que celles sur [b]fork (),[/b] ainsi il est possible d'avoir une implémentation conforme où les deux appels sont synonymes. En particulier, un programmeur ne doit pas s'appuyer sur le fait que le père reste bloqué jusqu'à un appel [b]execve (),[/b] ou [b]_exit (),[/b] ni sur le comportement de la mémoire partagée. [size=18] [b]Voir aussi[/b] [/size] [b]clone (2),[/b] [b]execve (2),[/b] [b]fork (2),[/b] [b]wait (2).[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier