Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] mlock - Désactiver la pagination pour certaines parties de la mémoire. [size=18] [b]Résumé[/b] [/size] .nf [b]#include <sys/mman.h>[/b] [b]int[/b] mlock(const void *[i]addr[/i][b],[/b] size_t [i]len[/i][b]);[/b] .fi [size=18] [b]Description[/b] [/size] [b]mlock[/b] désactive la pagination pour la portion de mémoire débutant à l'adresse [i]addr[/i] avec une longueur de [i]len[/i] octets. Quand l'appel système [b]mlock[/b] réussit, on a l'assurance que toutes les pages contenant une partie de la zone mémoire spécifiée résident en mémoire vive (RAM) et y resteront jusqu'à un déverrouillage par la fonction [b]munlock[/b] ou [b]munlockall,[/b] jusqu'à ce que les pages soit libérées avec [b]munmap ,[/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é. (Soyez toutefois conscient que le mode suspendu sur les portables et certains ordinateurs de bureau sauvegarde une copie de la mémoire sur le disque, quelques soient les verrouillages). 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 verrouillées 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]mlock[/b] et [b]munlock[/b] sont disponibles, la constante symbolique [b]_POSIX_MEMLOCK_RANGE[/b] est définie dans <unistd.h> et la valeur symbolique [b]PAGESIZE[/b] de <limits.h> indique le nombre d'octets par page. [size=18] [b]Notes[/b] [/size] Dans l'appel-système de Linux, [i]addr[/i] est automatiquement arrondie à la frontière de page la plus proche. Toutefois, POSIX 1003.1-2001 permet à l'implémentation d'imposer que [i]addr[/i] soit alignée sur une frontière de page. Les programmes portable en prendront soin. [size=18] [b]Valeur renvoyée[/b] [/size] L'appel [b]mlock[/b] renvoie 0 si il réussit, ou -1 s'il échoue, auquel cas [i]errno[/i] contient le code d'erreur, et rien n'est modifié sur les verrouillages de la mémoire du processus. [size=18] [b]Erreurs[/b] [/size] [b]ENOMEM[/b] [table][row][col]    [/col][col]Une partie des adresses incluses dans la zone désirée ne correspond pas à une page de l'espace d'adressage accessible, ou le processus a essayé de dépasser le nombre maximal de pages 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] [i]len[/i] [table][row][col]    [/col][col]n'est pas un nombre positif.[/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]munlock (2),[/b] [b]mlockall (2), [/b] [b]munlockall (2).[/b] [b]munmap (2),[/b] [b]setrlimit (2)[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier