Linux |
CentOS 5.3 |
|
futex(2) |
futex − Mécanisme de verrouillage rapide en mode utilisateur. |
#include <linux/futex.h> #include <sys/time.h> int futex(int *uaddr, int op, int val, const struct timespec *timeout, int *uaddr2, int val3); |
L’appel système futex() donne à un programme la possibilité d’attendre qu’une valeur à une adresse donnée change, ou de réveiller tous ceux qui sont en attente sur cette adresse. Bien que les adresses soient différentes dans des processus séparés, le noyau fera la correspondance lors de l’appel système. Ceci est typiquement employé pour implémenter les verrous en mémoire partagée, tels qu’ils sont décrits dans futex(7). Quant une opération futex(7) ne se termine pas de manière satisfaisante dans l’espace utilisateur, un appel au noyau est nécessaire pour l’arbitrage. Ceci signifie soit endormir le processus appelant, soit réveiller le processus en attente. Les appelants de cette fonction doivent accepter les sémantiques décrites dans futex(7). Comme celles-ci impliquent l’écriture d’instructions non portables en assembleur, leurs utilisateurs sont des auteurs de bibliothèques plus que des développeurs applicatifs. L’argument uaddr doit pointer sur un entier aligné qui stocke le compteur. L’opération à exécuter est transmise dans le paramètre op, avec la valeur val. Trois opérations sont définies pour le moment : |
FUTEX_WAIT |
Cette opération vérifie que l’adresse du futex uaddr contient toujours la valeur val indiquée et s’endort en attendant un FUTEX_WAKE à cette adresse. Les deux étapes sont liées atomiquement. Si l’argument timeout est non nul, il contient la durée maximale de sommeil. Sinon elle est infinie. Les arguments uaddr2 et val3 sont ignorés. D’après futex(7), cet appel est exécuté si la décrémentation du compteur donne une valeur négative (indiquant un conflit) et le sommeil durera jusqu’à ce qu’un autre processus relâche le futex et exécute FUTEX_WAKE. |
FUTEX_WAKE |
Cette opération réveille au plus val processus en attente sur l’adresse du futex (endormis dans FUTEX_WAIT). Les arguments timeout, uaddr2 et val3 sont ignorés. D’après futex(7), ceci est exécuté si l’incrémentation du compteur montre qu’il y a des processus en attente, une fois que la valeur du futex a été mise à 1 (indiquant qu’il est disponible). |
FUTEX_FD |
Pour permettre des réveils asynchrones, cette opération associe un descripteur de fichier avec un futex. Si un autre processus exécute un FUTEX_WAIT, l’appelant recevra le signal dont le numéro a été indiqué dans val. L’appelant doit refermer le descripteur de fichier après utilisation. Les arguments timeout, uaddr2 et val3 sont ignorés. Pour éviter les situations de concurrence, l’appelant doit tester si le futex a été libéré après le retour de FUTEX_FD. |
FUTEX_REQUEUE (depuis Linux 2.5.70) |
Cette opération a été introduite dans le but d’éviter que trop de processus nécessitant un autre futex ne soient activés lors de l’utilisation de FUTEX_WAKE. Cet appel réactive val processus, et remet en file d’attente tous les autres qui attendaient le futex à l’adresse uaddr2. Les arguments timeout et val3 sont ignorés. |
FUTEX_CMP_REQUEUE (depuis Linux 2.6.7) |
Il y a eu concurrence pour l’utilisation de FUTEX_REQUEUE, aussi FUTEX_CMP_REQUEUE a été introduit. cette opération est similaire à FUTEX_REQUEUE, sauf qu’elle vérifie si l’adresse uaddr contient encore la valeur val3. si non, une erreur EAGAIN est renvoyée. L’argument timeout est ignoré. |
Suivant l’opération exécutée, la valeur renvoyée peut avoir différentes significations. |
FUTEX_WAIT |
Renvoie 0 si le processus a été réveillé par un FUTEX_WAKE. Renvoie ETIMEDOUT en cas de dépasse de délai. Renvoie EWOULDBLOCK si le futex n’avait pas la valeur attendue. L’arrivée d’un signal peut faire renvoyer EINTR. |
FUTEX_WAKE |
Renvoie le nombre de processus réveillés. |
FUTEX_FD |
Renvoie le nouveau descripteur associé au futex. |
FUTEX_REQUEUE |
Renvoie le nombre de processus réveillés. |
FUTEX_CMP_REQUEUE |
Renvoie le nombre de processus réveillés. |
EACCES |
Pas d’accès en lecture à la mémoire futex. |
|
EAGAIN |
FUTEX_CMP_REQUEUE a trouvé un valeur futex inattendue. (Cela indique probablement une condition de concurrence ; utilisez maintenant FUTEX_WAKE.) |
|
EFAULT |
erreur lors de la récupération de l’information timeout à partir de l’espace utilisateur. |
|
EINVAL |
Une opération n’a pas été définie ou il y a une erreur d’alignement de page. |
|
ENFILE |
La limite du nombre total de fichiers ouverts sur le système a été atteinte. |
Répétons-le, les futex de base ne sont pas conçus comme une abstraction facile à employer pour les utilisateurs. Les implémenteurs doivent maitriser l’assembleur et avoir lu les sources de la bibliothèque en espace utilisateur décrite plus bas. |
Les futex ont été conçus et créés par Hubertus Franke (IBM Thomas J. Watson Research Center), Matthew Kirkwood, Ingo Molnar (Red Hat) et Rusty Russell (IBM Linux Technology Center). Cette page a été écrite par Bert Hubert. |
Le support initial des futex a été ajouté dans Linux 2.5.7 mais avec une sémantique différente de celle décrite ci-dessus, qui est disponible depuis Linux 2.5.40. |
Cet appel est spécifique à Linux. |
futex(7), « Fuss, Futexes and Furwocks: Fast Userlevel Locking in Linux » (proceedings of the Ottawa Linux Symposium 2002), Bibliothèque futex-*.tar.bz2 <URL:ftp://ftp.nl.kernel.org:/pub/linux/kernel/people/rusty/>. |
Ce document est une traduction réalisée par Christophe Blaess <http://www.blaess.fr/christophe/> le 18 juillet 2003 et révisée le 14 août 2006. L’équipe de traduction a fait le maximum pour réaliser une adaptation française de qualité. La version anglaise la plus à jour de ce document est toujours consultable via la commande : « LANG=C man 2 futex ». N’hésitez pas à signaler à l’auteur ou au traducteur, selon le cas, toute erreur dans cette page de manuel. |
futex(2) |