KB322385-SQL Server pris en charge dans un environnement hyper-thread

fr

Lorsque la technologie Hyper-Threading est activée, le système de saisie de texte de base utilise un rapport UC logique logique. Les implémentations actuelles utilisent des ratios 2:1. Cela signifie qu’il existe deux (2) processeurs logiques pour chaque UC physique. Ces ratios pourront changer à l’avenir ; Toutefois, Microsoft SQL Server 2000 Service Pack 3 (SP3) et les versions ultérieures possèdent du code de licence supplémentaire qui ajuste les restrictions de licence pour gérer le rapport. Par exemple, si le code de produit SQL Server que vous avez installé autorise une licence d’utilisation de 4 processeurs à un ratio 2:1, le Build SQL Server 2000 SP3 et les versions ultérieures sont ajustés et vous permettent d’utiliser 8 UC. lors de l’installation de SQL Server, vous devez utiliser le nombre d’UC physiques et laisser SQL Server gérer la conversion de rapport. En revanche, lorsque vous définissez l’option masque d’affinité , vous utiliserez les valeurs de l’UC logique, car SQL Server utilise tous les UC comme s’il s’agissait de processeurs physiques. Pour en savoir plus sur les licences et les informations de configuration prises en charge, consultez le site Web de Microsoft suivant :

http://www.microsoft.com/sql/howtobuy/default.mspx

Mappage de processeur

Par défaut, SQL Server crée un planificateur UMS (Logical user mode Scheduling) pour chaque processeur en fonction de l’ordre du processeur ordinal. Dans les environnements dotés de Hyper-thread, Microsoft Windows rend accessibles le processus SQL Server en tant que processeurs physiques véritables. Le tableau suivant montre un exemple de mappage logique/processeur physique. Tableau de mappage de processeur 1

Voici un autre exemple de mappage de processeur. Tableau de mappage de processeur 2

Le mappage est accepté par SQL Server. Toutefois, veillez à ne pas créer de situation où SQL Server est limité de manière inattendue à un processeur physique lorsqu’il est censé utiliser plusieurs UC physiques. vous pouvez utiliser l’option de masque d’affinité SQL Server pour modifier l’utilisation du processeur physique attendu. Pour cela, voir table de mappage de processeur 1. Si le masque d’affinité est 00010001 et utilise le processeur 0 et le processeur 4, les processeurs logiques utilisés sont mappés au processeur physique de l’exemple, #0. Il en résulte une utilisation du processeur physique unique qui prend en charge les deux processeurs logiques au lieu de deux. Cette situation entraîne probablement une diminution des performances. Pour modifier le comportement par défaut, vous pouvez utiliser une combinaison de l’option affinity mask et du paramètre de démarrage Affinity Mask. Pour plus d’informations sur l’option de masque d’affinité ou le paramètre de démarrage de masque d’affinité d’e/s, voir documentation en ligne de SQL Server.Pour plus d’informations, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

298402 Présentation de la définition de l’option d’affinité d’e/s SQL ServerAvertissement Soyez vigilant lorsque vous établissez le masque d’affinité. Vous pouvez facilement configurer le masque d’affinité de manière incorrecte en utilisant le même processeur physique pour prendre en charge deux processeurs logiques lorsque vous souhaitez utiliser des processeurs physiques distincts.

Les

Les performances des environnements hyper-threads varient. Un test prudent a montré 10 à 20 pour cent pour les charges de travail SQL Server, mais les modèles d’application ont un impact significatif. Vous constaterez peut-être que certaines applications ne bénéficient pas d’une augmentation des performances en tirant parti de la technologie HyperThreading. Si les processeurs physiques sont déjà saturés, l’utilisation de processeurs logiques peut réellement réduire la charge de travail. Par exemple, les applications qui génèrent des niveaux de conflit élevés peuvent entraîner une baisse des performances dans un environnement hyper-thread. Nous vous recommandons de tester votre application minutieusement pour vous assurer qu’un environnement hyperthreading fournit le gain de performance souhaité par rapport à l’achat d’UC physiques équivalentes. Le Hyper-Threading peut s’avérer très utile, mais la technologie HyperThreading ne peut pas remplacer la puissance totale d’un processeur physique supplémentaire.Les produits tiers mentionnés dans le présent article sont fabriqués par des sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.Le site Web Intel est doté de quelques informations et didacticiels sur la technologie HyperThreading (microarchitecture Intel NetBurst). Pour plus d’informations sur les systèmes prenant en charge la technologie hyperthreading, visitez le site Web Intel suivant :

http://software.intel.com/en-us/blogs/2009/06/02/intel-hyper-threading-technology-your-questions-answered http://developer.intel.com

Degré maximal de parallélisme (MAXDOP)

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

2806535 Recommandations et recommandations en matière de configuration de l’option « degré maximal d’intensité de parallélisme » dans SQL Server