Programme d'allocation de mémoire du noyau

Le programme d'allocation de mémoire du noyau Oracle Solaris distribue des segments de mémoire que les clients peuvent utiliser à l'intérieur du noyau. Le programme d'allocation crée plusieurs caches de taille variable que ses clients peuvent utiliser. Les clients peuvent également demander au programme d'allocation de leur créer un cache, pour allouer des structures d'une taille donnée, par exemple. Les statistiques sur chaque cache géré par le programme d'allocation s'affichent à l'aide de la commande kstat -c kmem_cache.

Il peut arriver que les systèmes paniquent parce que la mémoire est endommagée. Le programme d'allocation de la mémoire du noyau prend en charge une interface de débogage (ensemble d'indicateurs), qui effectue diverses vérifications de l'intégrité des tampons. Le programme d'allocation de la mémoire du noyau recueille également des informations sur les programmes d'allocation de mémoire. Les vérifications de l'intégrité offrent l'occasion de détecter les erreurs, plus près de l'endroit où elles ont effectivement eu lieu. Les informations recueillies fournissent des données supplémentaires aux utilisateurs qui essaient de déterminer la raison de la panique.

L'utilisation d'indicateurs implique une surcharge et une sollicitation supplémentaire de la mémoire pendant les opérations système. Les indicateurs ne doivent être utilisés que lorsqu'il existe des soupçons que la mémoire est endommagée.

kmem_flags

Description

Le programme d'allocation de la mémoire du noyau Oracle Solaris offre différentes options de test et de débogage.

Cinq paramétrages d'indicateurs pris en charge sont décrits ici.

Indicateur Paramétrage Description AUDIT 0x1 Le programme d'allocation gère un journal contenant l'historique récent de son activité. Le nombre d'éléments consignés varie selon que CONTENTS est également défini. La taille du journal est fixe. Lorsque l'espace est saturé, les enregistrements les plus anciens sont récupérés. TEST 0x2 Le programme d'allocation écrit un modèle dans la mémoire libérée et vérifie que le modèle n'est pas modifié lors de la prochaine allocation du tampon. Si une partie du tampon est modifiée, la mémoire a probablement été utilisée par un client qui avait précédemment alloué et libéré le tampon. Si un remplacement est identifié, le système panique. REDZONE 0x4 Le programme d'allocation fournit de la mémoire supplémentaire à la fin du tampon demandé et insère un modèle spécial dans cette mémoire. Lorsque le tampon est libéré, le modèle est vérifié pour déterminer si les données ont été écrites au-delà de la fin du tampon. Si un remplacement est identifié, le noyau panique. CONTENTS 0x8 Le programme d'allocation de mémoire consigne jusqu'à 256 octets de contenu du tampon lorsque ce dernier est libéré. Cet indicateur requiert qu'AUDIT soit également défini. Les valeurs numériques de ces indicateurs peuvent être logiquement additionnées et définies par le fichier /etc/system. LITE 0x100 Effectue un contrôle minimum de l'intégrité lorsqu'un tampon est alloué et libéré. Lorsque cette option est activée, le programme d'allocation vérifie qu'il n'y a pas eu d'écriture dans redzone, qu'un tampon libéré ne l'est qu'une fois et que le tampon libéré possède la taille qui lui a été allouée. Ne combinez pas cet indicateur avec les autres.

Type de données

Entier signé

Par défaut

0 (désactivé)

Plage

0 (désactivé) ou 1 - 15 ou 256 (0x100)

Dynamique ?

Oui. Les modifications apportées au cours de l'exécution n'ont d'incidence que sur les nouveaux caches du noyau. Après l'initialisation du système, la création de nouveaux caches est rare.

Validation

Aucune

Quand le modifier ?

Lorsqu'il existe des soupçons que la mémoire est endommagée.

Niveau de validation

Instable

kmem_stackinfo

Description

Si la variable kmem_stackinfo est activée dans le fichier /etc/system au moment de la création du thread de noyau, la pile du thread de noyau est remplie d'un modèle spécifique au lieu de zéros. Pendant l'exécution du thread de noyau, ce modèle de pile de thread de noyau est progressivement remplacé. Un simple comptage à partir du haut de la pile jusqu'à ce que le modèle ne soit pas trouvé donne une valeur limite élevée, qui constitue l'espace de pile de noyau maximum utilisé par un thread de noyau. Ce mécanisme permet les fonctions suivantes :

• Calcul du pourcentage de pile de thread de noyau réellement utilisé (une limite élevée) pour les threads du noyau actuels dans le système

• Au terme d'un thread de noyau, le système enregistre les derniers threads de noyau ayant utilisé la plupart de leurs piles de thread de noyau avant de se réduire à un petit tampon circulaire

Type de données

Entier non signé

Par défaut

0 (désactivé)

Plage

0 (désactivé) ou 1 (activé)

Dynamique ?

Oui

Validation

Aucune

Quand le modifier ?

Lorsque vous souhaitez surveiller l'utilisation de la pile de threads du noyau. Gardez à l'esprit que lorsque kmem_stackinfo est activé, les performances en termes de création et de suppression des threads sont réduites. Pour plus d'informations, reportez-vous au Chapitre 5, Built-In Commands du manuel Oracle Solaris Modular Debugger Guide.

Configuration de zone

Ce paramètre doit être configuré dans la zone globale.

Niveau de validation

Instable