Allocation de threads à une UC
Par défaut, chaque instance de SQL Server commence chaque thread. Le système d'exploitation attribue ensuite chaque thread à une UC spécifique. Le système d'exploitation répartit les threads des instances de SQL Server de manière équitable sur tous les microprocesseurs ou UC sur un ordinateur. Parfois, le système d'exploitation peut également déplacer un thread d'une UC très utilisée vers une autre.
L'administrateur SQL Server peut utiliser l'option de configuration affinity mask afin d'empêcher qu'une ou plusieurs UC puissent être choisies pour exécuter les threads d'une instance de SQL Server spécifique. La valeur de l'option affinity mask spécifie un modèle de bits qui indique les UC utilisées pour exécuter les threads de cette instance de SQL Server. Par exemple, la valeur 13 représente le modèle de bits 1101. Sur un ordinateur comptant quatre UC, cela signifie que les threads de cette instance de SQL Server peuvent être planifiées sur les UC 0, 2 et 3 mais par sur l'UC 1. Si vous spécifiez affinity mask, l'instance de SQL Server alloue les threads de manière équitable parmi les UC qui n'ont pas été masquées. L'option affinity mask implique également que le système d'exploitation ne déplace pas de threads d'une UC à une autre. Cependant, l'option affinity mask est rarement utilisée. La plupart des systèmes atteignent des performances optimales en laissant le système d'exploitation planifier les threads entre les différentes UC disponibles.
Voir aussi
Concepts
Utilisation de l'option lightweight pooling
Planification de lots ou de tâches SQL Server
Présentation de l'accès NUMA (Non-uniform Memory Access)