Attention tout de même à ne pas tout mélanger. Tu as l'air de dire que la localité d'accès augmente, si on utilise une grosse page de 2Mo à la place n pages de 4ko pas forcément contigüe.
Les mémoires caches fonctionnent avec des lignes de 32 à 128 octets. Lorsque l'on parles de localité, on parle de ces lignes là. Pour aller plus loin, il faudrait que les patterns d'accès rendre insuffisant le nombre de "voies" des caches. Les pages de base faisant 4ko, le problème ne se pose pas vraiment.
L'intérêt est vraiment dans la diminution du nombre de défaut de page. Un cpu doit gérer en interne ~1000 pages soit quelques Mo de mémoire adressable sans interruption. Un défaut de page peut couter qq centaines de cycles. Donc un accès purement aléatoires sur 1 Go de ram peut entrainer un taux de défaut de page très important, d'où l'importance des hudge page.
[^] # Re: Transparent huge pages
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 4.
Attention tout de même à ne pas tout mélanger. Tu as l'air de dire que la localité d'accès augmente, si on utilise une grosse page de 2Mo à la place n pages de 4ko pas forcément contigüe.
Les mémoires caches fonctionnent avec des lignes de 32 à 128 octets. Lorsque l'on parles de localité, on parle de ces lignes là. Pour aller plus loin, il faudrait que les patterns d'accès rendre insuffisant le nombre de "voies" des caches. Les pages de base faisant 4ko, le problème ne se pose pas vraiment.
L'intérêt est vraiment dans la diminution du nombre de défaut de page. Un cpu doit gérer en interne ~1000 pages soit quelques Mo de mémoire adressable sans interruption. Un défaut de page peut couter qq centaines de cycles. Donc un accès purement aléatoires sur 1 Go de ram peut entrainer un taux de défaut de page très important, d'où l'importance des hudge page.
"La première sécurité est la liberté"