Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] getpriority, setpriority - Lire / écrire la priorité d'ordonnancement du processus. [size=18] [b]Résumé[/b] [/size] [b]#include <sys/time.h>[/b] [b][/b] [b]#include <sys/resource.h>[/b] [b][i]int getpriority(int which , int who );[/i][/b] [b][/b] [b][i]int setpriority(int which , int who , int prio );[/i][/b] [size=18] [b]Description[/b] [/size] La priorité d'ordonnancement du processus, du groupe de processus ou de l'utilisateur, comme précisé dans [i]which[/i] et [i]who[/i] est lue avec [b]getpriority[/b] et fixée avec [b]setpriority.[/b] [i]Which[/i] doit être l'un des éléments [b]PRIO_PROCESS,[/b] [b]PRIO_PGRP,[/b] ou [b]PRIO_USER,[/b] et [i]who[/i] est interprété en fonction de [i]which[/i] (un ID de processus pour [b]PRIO_PROCESS,[/b] un ID de groupe de processus pour [b]PRIO_PGRP,[/b] et un ID d'utilisateur pour [b]PRIO_USER).[/b] Une valeur nulle pour [i]who[/i] indique (respectivement) le processus appelant, le groupe de processus de l'appelant ou l'UID réel du processus appelant. [i]Prio[/i] est une valeur dans l'intervalle -20 à 20 (voir les Notes plus bas). La priorité par défaut est 0, les priorités les plus faibles indiquant un ordonnancement le plus favorable. La fonction [b]getpriority[/b] renvoie la plus haute priorité (la plus basse valeur numérique) dont a bénéficié l'un des processus indiqué. La fonction [b]setpriority[/b] fixe la priorité des processus indiqués à la valeur fournie. Seul le Super-User peut diminuer la valeur numérique de la priorité. [size=18] [b]Valeur renvoyée[/b] [/size] Comme [b]getpriority[/b] peut tout à fait renvoyer la valeur -1, il faut effacer la variable externe [i]errno[/i] avant l'appel afin de vérifier si une valeur -1 indique une erreur ou une priorité légitime. L'appel [b]setpriority[/b] renvoie 0 s'il réussit, ou -1 s'il échoue et remplit [b]errno .[/b] [size=18] [b]Erreurs[/b] [/size] [b]ESRCH[/b] [table][row][col]    [/col][col]Aucun processus ne correspond aux valeurs de [i]which[/i] et [i]who[/i] indiquées.[/col][/row][/table] [b]EINVAL[/b] [i]Which[/i] [table][row][col]    [/col][col]n'était ni [b]PRIO_PROCESS,[/b] ni [b]PRIO_PGRP,[/b] ni [b]PRIO_USER.[/b][/col][/row][/table] De plus [b]setpriority[/b] peut échouer pour les erreurs suivantes : [b]EPERM[/b] [table][row][col]    [/col][col]Un processus correspond bien aux valeurs indiquées, mais ni l'UID réel, ni l'UID effectif de l'appelant ne lui correspondent.[/col][/row][/table] [b]EACCES[/b] [table][row][col]    [/col][col]Tentative de favoriser un processus sans être Super-User.[/col][/row][/table] [size=18] [b]Notes[/b] [/size] Les détails concernant la condition d'erreur EPERM dépendent du système. La description ci-dessus concerne ce que dit SUSv3, et qui semble être suivi par tous les systèmes de type SysV. Linux demande que l'UID réel ou effectif de l'appelant correspondent à l'UID réel du processus [i]who[/i] (et non pas à son UID effectif). Tous les systèmes de type BSD (SunOS 4.1.3, Ultrix 4.2 BSD 4.3, FreeBSD 4.3, OpenBSD-2.5...) demandent que l'UID effectif de l'appelant corresponde à l'UID réel ou effectif du processus [i]who[/i].     Le véritable intervalle des priorités varie suivant les versions du noyau. Sur les systèmes Linux antérieure au 1.3.36 l'intervalle s'étendait de -infini à 15. Depuis le 1.3.43 il correspond à -20..19, et l'appel-système getpriority renvoie 40..1 pour ces valeurs (puisque les nombres négatifs sont des codes d'erreur). La routine de bibliothèque convertit N en 20-N.     L'inclusion [i]<sys/time.h>[/i] n'est plus obligatoire, mais améliore la portabilité. (En fait, [i]<sys/resource.h>[/i] définit la structure [i]rusage[/i] qui contient des champs de type [i]struct timeval[/i] défini [b]<sys/time.h> ).[/b] [size=18] [b]Conformité[/b] [/size] SVr4, BSD 4.4 (Cette fonction est apparue dans BSD 4.2). [size=18] [b]Voir aussi[/b] [/size] [b]nice (1),[/b] [b]fork (2),[/b] [b]renice (8).[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier