Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] alloc_hugepages, free_hugepages - Allouer ou libérer des pages immenses. [size=18] [b]Résumé[/b] [/size] [b][i]void alloc_hugepages(int cle , void adr , size_t lg , int prot , int attr );[/i][/b] [b][i]int free_hugepages(void * adr );[/i][/b] [size=18] [b]Description[/b] [/size] Les appels-système [b]alloc_hugepages[/b] et [b]free_hugepages[/b] ont été introduits dans Linux 2.5.36 et retirés à nouveau dans le 2.5.54. Ils n'existent que sur i386 et ia64 (compilation avec l'option CONFIG_HUGETLB_PAGE). Dans Linux 2.4.20 le numéro d'appel-système existe, mais renvoie toujours ENOSYS.     Sur un i386, le mécanisme matériel de gestion mémoire manipule des pages ordinaires (4 Ko) et des pages immenses (2 à 4 Mo). De même l'ia64 connaît des pages immenses de diverses tailles. Ces appels-système servent à projeter ces pages immenses dans l'espace mémoire du processus ou à les libérer. Les pages immenses sont verrouillées en mémoire et jamais swappées.     Le paramètre [i]cle[/i] est un identificateur. Lorsqu'il vaut zéro, les pages sont privées et non héritées par les processus descendants. Lorsqu'il est positif, les pages sont partagées avec les autres applications utilisant la même [b]cle ,[/b] et héritées par les processus enfants.     Le paramètre [i]adr[/i] de [b]free_hugepages()[/b] indique quelle page doit être libérée - il a été renvoyé lors de l'appel [b]alloc_hugepages() .[/b] (La mémoire n'est véritablement libérée que lorsque tous ses utilisateurs la relâchent). Le paramètre [i]adr[/i] de [b]alloc_hugepages()[/b] est un désir que le noyau peut suivre ou non. Les adresses doivent être correctement alignées.     Le paramètre [i]lg[/i] est la taille du segment désiré. Il doit s'agir d'un multiple de la taille d'une page immense.     Le paramètre [i]prot[/i] indique le type de protection du segment. Il s'agit d'une association de PROT_READ, PROT_WRITE, PROT_EXEC.     Le paramètre [i]flag[/i] est ignoré, sauf si [i]cle[/i] est positive. Dans ce cas, si [i]flag[/i] vaut IPC_CREAT, alors un nouveau segment de page énorme est créé si aucun n'existe avec cette clé. Sinon, l'erreur ENOENT est renvoyé si aucun segment correspondant à la clé n'existe. [b][/b] [size=18] [b]Valeur renvoyée[/b] [/size] S'il réussit [b]alloc_hugepages[/b] renvoie l'adresse du segment alloué, et [b]free_hugepages[/b] renvoie zéro. En cas d'erreur, ils renvoient -1 et remplissent [i]errno[/i] avec le code d'erreur. [size=18] [b]Erreurs[/b] [/size] [b]ENOSYS[/b] [table][row][col]    [/col][col]L'appel-système n'est pas supporté par ce noyau.[/col][/row][/table] [size=18] [b]Conformité[/b] [/size] Ces appels n'existent que dans les noyaux Linux 2.5.36 - 2.5.54. Ils sont spécifiques à Linux sur processeurs Intel, et ne doivent pas être employés sur des programmes conçus pour être protables. De plus, les numéros de ces appels-système ont été marqués comme libres, et les programme les utilisant risquent de se comporter de manière imprévisible dans l'avenir. [size=18] [b]Fichiers[/b] [/size] [i]/proc/sys/vm/nr_hugepages[/i] Nombre de pages énormes configurées. Peut être lu ou écrit.     [i]/proc/meminfo[/i] Indique le nombre de pages énormes configurés, et leurs tailles dans les trois variables HugePages_Total, HugePages_Free, Hugepagesize. [size=18] [b]Notes[/b] [/size] Ces appels-système ont disparu. Maintenant, le système de fichiers hugetblfs peut être employé à leur place. La mémoire correspondant aux pages énormes (si le processeur les supportent) peut être obtenue par un mmap() des fichiers de ce système de fichiers virtuel.     Le nombre maximal de pages énormes peut être indiqué en utilisant l'argument [b]hugepages=[/b] au boot. [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier