Ignorer les liens de navigation | |
Quitter l'aperu | |
Manuel de référence des paramètres réglables Oracle Solaris Oracle Solaris 11 Information Library (Français) |
1. Présentation du réglage du système Oracle Solaris
2. Paramètres réglables du noyau Oracle Solaris
Sources des informations relatives aux paramètres réglables
Paramètres généraux de la mémoire et du noyau
fsflush et paramètres connexes
Paramètres de dimensionnement des processus
Paramètres relatifs à la pagination
Programme d'allocation de mémoire du noyau
Paramètres généraux du système de fichiers
Files d'attente de messages System V
Paramètres de groupe de localité
4. Paramètres réglables de la suite des protocoles Internet
5. Paramètres réglables NCA (Network Cache and Accelerator)
6. Paramètres des utilitaires du système
A. Historique des modifications des paramètres réglables
Les paramètres suivants s'appliquent aux plates-formes sun4v et SPARC M-Series sun4u.
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.
Oui
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.
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.
Instable
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.
Nombre entier
32
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.
Oui
Aucune
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.
Instable
Sélectionne la taille initiale des TSB alloués à tous les processus.
Nombre entier
La valeur par défaut est 0 (8 Ko), ce qui correspond à 512 entrées
Les valeurs possibles sont les suivantes :
|
Oui
Aucune
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é.
Instable
Booléen
1 (les TSB peuvent être redimensionnés)
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.
Oui
Oui
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é.
Instable
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.
Nombre entier
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é.
De 0 à 512
Oui
Aucune
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.
Instable