Paramètres spécifiques à un système SPARC

Les paramètres suivants s'appliquent aux plates-formes sun4v et SPARC M-Series sun4u.

consistent_coloring

Description

La possibilité d'utiliser différentes stratégies de placement de page sur la plate-forme UltraSPARC est disponible. Une stratégie de placement de page tente d'allouer des adresses de page physiques afin d'optimiser l'utilisation du cache de niveau 2. Quel que soit l'algorithme choisi comme algorithme par défaut, il peut potentiellement fournir moins de résultats optimaux qu'un autre algorithme pour un ensemble d'applications particulier. Ce paramètre change l'algorithme de placement sélectionné pour tous les processus sur le système.

En fonction de la taille du cache de niveau 2, la mémoire est divisée en casiers. Le code de placement de page alloue une page d'un casier lorsqu'une erreur de page se produit d'abord sur une page non mappée. La page choisie dépend de l'algorithme utilisé parmi les trois possibles :

• Page coloring : diverses parties de l'adresse virtuelle sont utilisées pour déterminer le casier dans lequel la page est sélectionnée. Le paramètre consistent_coloring est défini sur zéro pour utiliser cet algorithme. Aucun historique par processus n'existe pour cet algorithme.

• Virtual addr=physical address : des pages consécutives dans le programme sélectionnent des pages dans des casiers consécutifs. consistent_coloring est défini sur 1 pour utiliser cet algorithme. Aucun historique par processus n'existe pour cet algorithme.

• Bin-hopping : des pages consécutives dans le programme allouent généralement des pages d'un casier sur deux, mais l'algorithme ignore parfois plus de casiers. consistent_coloring est défini sur 2 pour utiliser cet algorithme. Chaque processus commence à un casier sélectionné de manière aléatoire et une mémoire par processus du dernier casier alloué est conservée.

Dynamique ?

Oui

Validation

Aucune. Les valeurs supérieures à 2 entraînent l'affichage d'un certain nombre de messages WARNING: AS_2_BIN: bad consistent coloring value sur la console. Le système se bloque immédiatement après. Une mise sous tension progressive est requise pour la reprise.

Quand le modifier ?

Lorsque la charge de travail principale du système est un ensemble d'applications HPC (High Performance Computing, calcul haute performance). La modification de cette valeur peut offrir de meilleures performances. Les serveurs de fichiers, les serveurs de base de données et les systèmes avec un certain nombre de processus actifs (serveur de compilation ou de partage de temps, par exemple) ne tirent pas profit des changements.

Niveau de validation

Instable

tsb_alloc_hiwater_factor

Description

Initialise tsb_alloc_hiwater pour imposer une limite supérieure sur la quantité de mémoire physique qui peut être allouée aux TSB ( Translation Storage Buffer, tampon de stockage de traduction) comme suit :

tsb_alloc_hiwater = physical memory (bytes) / tsb_alloc_hiwater_factor

Lorsque la mémoire allouée aux TSB est égale à la valeur de tsb_alloc_hiwater, l'algorithme d'allocation de mémoire TSB tente de récupérer de l'espace mémoire TSB à mesure que le mappage des pages est annulé.

Soyez prudent lorsque vous utilisez ce facteur pour augmenter la valeur de tsb_alloc_hiwater . Pour éviter que le système ne se bloque, la valeur supérieure obtenue doit être considérablement inférieure à la valeur de swapfs_minfree et segspt_minfree.

Type de données

Nombre entier

Par défaut

32

Plage

De 1 à MAXINIT

Notez qu'un facteur 1 rend toute la mémoire physique disponible pour l'allocation aux TSB, ce qui risque d'entraîner le blocage du système. Un facteur trop important ne laisse pas de mémoire disponible pour l'allocation aux TSB, ce qui réduit les performances du système.

Dynamique ?

Oui

Validation

Aucune

Quand le modifier ?

Modifiez la valeur de ce paramètre si le système présente de nombreux processus qui se connectent à des segments de mémoire partagée très volumineux. Dans la plupart des cas, le réglage de cette variable n'est pas nécessaire.

Niveau de validation

Instable

default_tsb_size

Description

Sélectionne la taille initiale des TSB alloués à tous les processus.

Type de données

Nombre entier

Par défaut

La valeur par défaut est 0 (8 Ko), ce qui correspond à 512 entrées

Plage

Les valeurs possibles sont les suivantes :

Valeur Description 0 8 Ko 1 16 Ko 3 32 Ko 4 128 Ko 5 256 Ko 6 512 Ko 7 1 Mo

Dynamique ?

Oui

Validation

Aucune

Quand le modifier ?

En général, vous n'avez pas besoin de modifier cette valeur. Toutefois, cela peut présenter certains avantages si la majorité des processus du système ont un ensemble de travail plus grand que la moyenne ou que le redimensionnement RSS (Resident Set Size) est désactivé.

Niveau de validation

Instable

enable_tsb_rss_sizing

Description

Active l'heuristique de redimensionnement TSB basé sur RSS

Type de données

Booléen

Par défaut

1 (les TSB peuvent être redimensionnés)

Plage

0 (les TSB conservent la valeur de tsb_default_size) ou 1 (les TSB peuvent être redimensionnés)

Si l'option est définie sur 0, tsb_rss_factor n'est pas pris en compte.

Dynamique ?

Oui

Validation

Oui

Quand le modifier ?

Peut être défini sur 0 pour prévenir l'augmentation des TSB. Dans la plupart des cas, le paramètre par défaut doit être conservé.

Niveau de validation

Instable

tsb_rss_factor

Description

Contrôle le rapport d'étendue de RSS à TSB de l'heuristique de dimensionnement RSS. Ce facteur divisé par 512 permet d'obtenir le pourcentage de l'étendue TSB qui doit résider en mémoire avant que le TSB ne soit considéré comme candidat pour le redimensionnement.

Type de données

Nombre entier

Par défaut

384, ce qui se traduit par une valeur de 75 %. Par conséquent, lorsque le TSB est plein aux 3/4, sa taille est augmentée. Notez que certaines adresses virtuelles correspondent généralement au même emplacement dans le TSB. Par conséquent, des conflits peuvent se produire avant que le TSB ne soit à 100 % de sa capacité.

Plage

De 0 à 512

Dynamique ?

Oui

Validation

Aucune

Quand le modifier ?

Si le système rencontre un nombre excessif de déroutements en raison d'échecs TSB (dus à des conflits d'adresse virtuelle dans le TSB, par exemple), vous pouvez envisager de réduire cette valeur vers 0.

Par exemple, la modification de tsb_rss_factor sur 256 (50 %) au lieu de 384 (75 %) peut permettre d'éliminer les conflits d'adresse virtuelle dans le TSB dans certains cas, mais utilise plus de mémoire du noyau, en particulier sur un système fortement sollicité.

L'activité TSB peut être surveillée à l'aide de la commande trapstat - T.

Niveau de validation

Instable