Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] mlockall - Désactiver la pagination pour le processus appelant. [size=18] [b]Résumé[/b] [/size] .nf [b]#include <sys/mman.h>[/b] [b]int[/b] mlockall(int [i]flags[/i][b]);[/b] .fi [size=18] [b]Description[/b] [/size] [b]mlockall[/b] désactive la pagination pour toutes les pages présentes dans l'espace d'adressage du processus appelant. Ceci inclut les pages de code, de données, et la pile, tout autant que les bibliothèques partagées, les données utilisateur dans le noyau, la mémoire partagée et les fichiers projetés en mémoire. Quand l'appel [b]mlockall[/b] réussit, on a l'assurance que toutes les pages concernées résident en mémoire vive (RAM) et y resteront jusqu'à un déverrouillage par la fonction [b]munlock[/b] ou [b]munlockall[/b] ou encore jusqu'à ce que le processus se termine ou démarre un programme avec [b]exec .[/b] Les processus fils n'héritent pas du verrouillage des pages à travers un [b]fork .[/b] Il y a deux domaines principaux d'applications au verrouillage de pages : les algorithmes en temps réel, et le traitement de données confidentielles. Les applications temps réel réclament un comportement temporel déterministe, et la pagination est, avec l'ordonnancement, une cause majeure de délais imprévus. Ces algorithmes basculent habituellement sur un ordonnancement temps réel avec [b]sched_setscheduler.[/b] Les logiciels de cryptographie manipulent souvent quelques octets hautement confidentiels, comme des mots de passe ou des clés privées. A cause de la pagination ces données secrètes risquent d'être transférées sur un support physique où elles pourraient être lues par un ennemi longtemps après que le logiciel se soit terminé. Néanmoins pour les applications sécurisées, seule une petite partie de la mémoire doit être verrouillée, pour laquelle la fonction [b]mlock[/b] est parfaitement appropriée. Le paramètre [i]flags[/i] est constitué par un [i]OU binaire[/i] ( \| ) entre les constantes symboliques suivantes : [b]MCL_CURRENT[/b] [table][row][col]    [/col][col]Verrouiller toutes les pages correspondant actuellement à l'espace d'adressage du processus.[/col][/row][/table] [b]MCL_FUTUR[/b] [table][row][col]    [/col][col]Verrouiller toutes les pages qui seront dans l'espace d'adressage du processus dans le futur. Ceci concerne par exemple les nouvelles pages réclamées par un agrandissement de la pile ou du tas, autant que les nouveaux fichier projetés en mémoire, ou les nouvelles régions de mémoire partagée.[/col][/row][/table] Si [b]MCL_FUTUR[/b] a été réclamé, et que le nombre de pages verrouillées excède la limite maximale, l'appel système ayant entraîné le dépassement échouera avec une erreur [b]ENOMEM.[/b] Si le problème se pose à cause de l'expansion de la pile, le noyau empêchera l'agrandissement de celle-ci et déclenchera un signal [b]SIGSEGV.[/b] Les processus temps-réel doivent réserver suffisamment de pages avant d'entrer dans des portions critiques, pour éviter tout déclenchement de faute de page. Ceci peut être effectué simplement en appelant une fonction réclamant une variable automatique suffisamment grande, et qui écrit dans cette variable de manière à allouer ces pages pour la pile. L'écriture dans la variable garantit qu'il ne se produira même pas de faute de page de copie-sur-écriture durant l'exécution de la section critique. Il n'y a pas d'empilement des verrouillages mémoire, ce qui signifie qu'une page verrouillée plusieurs fois par [b]mlock[/b] ou [b]mlockall[/b] sera libérée en un seul appel à [b]munlock[/b] pour la zone mémoire correspondante ou par un appel à [b]munlockall.[/b] Les pages qui sont verrouillées par plusieurs zones, ou par plusieurs processus restent en mémoire vive tant qu'il y a au moins un processus ou une zone qui les verrouille. Sur les systèmes POSIX où [b]mlockall[/b] et [b]munlockall[/b] sont disponibles, la constante symbolique [b]_POSIX_MEMLOCK[/b] est définie dans <unistd.h> [size=18] [b]Valeur renvoyée[/b] [/size] [b]mlockall[/b] renvoie 0 si il réussit, ou -1 s'il échoue, auquel cas [i]errno[/i] contient le code d'erreur. [size=18] [b]Erreurs[/b] [/size] [b]ENOMEM[/b] [table][row][col]    [/col][col]Le processus a dépassé le nombre maximal de page verrouillées.[/col][/row][/table] [b]EPERM[/b] [table][row][col]    [/col][col]L'appelant n'a pas les privilèges appropriés, seul le Super-User peut verrouiller des pages.[/col][/row][/table] [b]EINVAL[/b] [table][row][col]    [/col][col]Un attribut inconnu a été spécifié.[/col][/row][/table] [size=18] [b]Conformité[/b] [/size] POSIX.1b, SVr4. SVr4 documente un code d'erreur EAGAIN supplémentaire. [size=18] [b]Voir aussi[/b] [/size] [b]munlockall(2) ,[/b] [b]mlock(2) , [/b] [b]munlock(2)[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier