affinity I/O mask Option

[Philippe Robert]

Je cherche des informations concernant les masques d'affinité de processeurs.

Je dispose d'un serveur en Windows 2008 R2 SP1, équipé de 12 processeurs et d'une insance SQL.

Les options SQL relatives aux processeurs sont configuré par défaut. Qu'elles sont les bonnes pratique concernant ce paramétrage ? Dans mon cas, est-ce que l'on peut configurer autrement ces paramètres ?

D'avance, merci.

[mikedavem]

Je ne sais pas s'il y a de bonnes pratiques générales ici. Tout dépend du contexte selon moi.

Dans le cas d'un serveur multi-instance on pourrait par exemple jouer sur ce paramètre pour allouer certaines processeurs pour chaque instance.

On a le cas aussi on l'on voudrait éventuellement allouer certains processeurs pour traitrer spécifiquement les IO disques. Dans ce cas il faudra jouer à la fois avec l'option affinity mask et l'affinity IO mask.

++

[Sergejack]

Personnellement je ne crois pas qu'il soit utile de changer ce paramètre.
Mais si quelqu'un découvre un scénario où cela l'est, j'aimerais l'apprendre ^^

[mikedavem]

Scénarios :

--> Dans le cas de plusieurs instances :

Allouer aux instances leurs propres ressources CPU pour éviter une vampirisation des ressources par une instance plus consommatrice que les autres.

--> Dans le cas d'une architecture cluster :

Prévenir une utilisation trop forte des ressources CPU par SQL Server. Le but étant de laisser un minimum de ressource pour le service cluster et le système.

++

[Sergejack]

Envoyé par mikedavem

Scénarios :

--> Dans le cas de plusieurs instances :

Allouer aux instances leurs propres ressources CPU pour éviter une vampirisation des ressources par une instance plus consommatrice que les autres.

Ha, oui, peut-être

Envoyé par mikedavem

--> Dans le cas d'une architecture cluster :

Prévenir une utilisation trop forte des ressources CPU par SQL Server. Le but étant de laisser un minimum de ressource pour le service cluster et le système.

++

Il ne suffit pas de ne pas cocher "Boost SQL Server priority" ?
Ok, là j'ai un doute sur ce que j'entends par cluster ^^


Normalement les OS et SGBD modernes sont fait pour nous faciliter et avantager la vie. J'imagine qu'il vaut mieux s'y connaître à fond avant de choisir de ne pas faire confiance aux couches logicielles quant à l'attribution des ressources.

[mikedavem]

Il ne suffit pas de ne pas cocher "Boost SQL Server priority" ?

Ah oui mais si tu fais cela c'est encore plus néfaste ... SQL Server qui te prend l'ensemble des ressources et en plus tu lui donnes encore plus de priorité ... je t'explique même pas la stabilité du système !

++

[SQLpro]

Une utilisation très précise du masque d'affinité est la suivante :
1) SQL Server installé en machine dédiée avec rien d'autre (pas d'antivirus pas exemple)
2) un grand nombre de CPU
dans ce cas il est intéressant de dédier 75 % des CPU à SQL Server (le reste sera utilisé par Windows.
Cela va diminuer légèrement le nombre de changements de contexte.
Exemple 16 cœurs => 12 Cœurs SQL => 25% de moins de switching context...

En sus si vous utilisez les cœurs de rang bas, ce sera tout bénéfice (dans Windows, les pilotes des cartes réseaux ont tendance à être traditionnellement dédié aux processeurs de plus haut rang... vieille histoire !)

Donc, dans ce cas de figure, je ferais :
CPU 0 à 11 SQL
CPU 12 à 15 Windows !

A +

[Philippe Robert]

Merci à tous pour les informations.
Le serveur dispose de 12 processeurset il n'y a qu'une instance SQL. Je vais tenter d'allouer 9 processeurs à SQL Server.

[mikedavem]

Effectivement avec 12 vous avez de la marge

++

[Sergejack]

Pourquoi avoir autre chose qui tourne sur la machine (un antivirus par exemple) invalide le choix de faire du processor affinity ?

[Glouferu]

Moi je passe par le Ressource Gouverneur pour gérer le Degree de parallélisme ...
Ca permet de faire des choses un peu plus préçise en fonction des pools d'utilisateurs.

[mikedavem]

Moi je passe par le Ressource Gouverneur pour gérer le Degree de parallélisme ...
Ca permet de faire des choses un peu plus préçise en fonction des pools d'utilisateurs.

C'est effectivement une possibilité mais cela ne remplace pas le paramètrage du processor affinity. Ce dernier permet d'allouer des processeurs à l'instance elle même alors que le gouverneur de ressources concerne plus le niveau en dessous.

++

[Glouferu]

Envoyé par mikedavem

C'est effectivement une possibilité mais cela ne remplace pas le paramètrage du processor affinity. Ce dernier permet d'allouer des processeurs à l'instance elle même alors que le gouverneur de ressources concerne plus le niveau en dessous.
++

Ah ben merci de l'info, je vais faire plus de tests et certainement modifier l'affinity CPU alors pour donner plus de puissance aux cartes réseaux et HBA