MSSQL 2012 Standard et HyperThreading

Bonjour à tous,

une petite question me trotte dans la tête et je n'arrive pas vraiment à trouver de réponse (ou je ne sais pas comment faire)

J'utilise une version standard de MSSQL 2012 sur un serveur 4 CPU 8-cores soit 64 cores avec l'hyperthreading.
L'edition standard n'adressant que 16 cores (ou 32 HT), je me retrouve à n'utiliser que la moitié des cpu.

Ma question est donc la suivante :

Si en activant le HT et en jouant sur le masque d'affinité pour utiliser 32 cores (un sur deux) de façon à utiliser un core logique par core réel, le comportement sera-t-il proche d'une utilisation de 32 cores réels sans HT ?

Merci de votre réponse.

Bonjour,

Lorsque vous chargez 32 voitures de une personne sur une route de 8 voies est ce que celle ci peuvent passer en même temps sur chaque voie ?

Pourquoi ne pas charger chaques voiture de 4 personnes sur 8 voies ?

C'est un peu l'image que vous devez garder en tete...

SQL server travail en priorité sur les coeurs physique et non sur les coeurs logique.

En activant l'HT vous pouvez même avoir des dégradations de performances... liés au fait que vous utilisez toutes les ressources dispo et vous allez même chercher a les saturer.

Un peu d'aide dans la démarche de votre questionnement :

http://www.dbdelta.com/sql-server-and-hyper-threading/

http://serverfault.com/questions/194...server-install

Julien

Bonjour julien,

Merci pour votre réponse.
Mais celle-ci ne semble par correspondre à ma question.

Mon interrogation se porte sur le comportement d'un thread dans un environnement HT.

Je ne peux utiliser que 16 cores physiques en MSSQL Standard sur les 32 que comporte le serveur.
Avec le HT activé, je peux utiliser 32 cores logiques en MSSQL Standard sur les 64 présentés par le serveur.

Ma question est donc : En activant le HT, j'ai ainsi la possibilité (via l'affinity mask) d'utiliser un core logique pour chaque paire présentée pour un cœur physique. De cette façon, vais-je vraiment exploiter la totalité de la puissance de chaque core physique ou existe-t-il une limitation ?

Pour expliciter ma question :

Ex : En adressant uniquement les Cores Logiques paires, vais-je utiliser les 32 cores physiques à plein ?
CP0 = CL0 + CL1
CP1 = CL2 + CL3
CP3 = CL4 + CL5
......
CP31 = CL60 + CL61
CP32 = CL62 + CL63

Bonjour,

Sauf erreur de ma part, la réponse est non, cela ne marchera pas.

Pourquoi ? Car SQL Server regarde les deux limites. Ce n'est pas l'une ou l'autre, c'est les deux.
Si tu essaies d'utiliser 32 cores physiques en jouant sur les affinités, tu vas te retrouver au mieux avec une instance qui n'utilisera que 16 cores physiques.

Si tu veux pouvoir utiliser toute la puissance de ton serveur, tu peux installer une deuxième instance de SQL Server.

Bonjour,

Pour ma part, je dirais non également en standard nous sommes a 16 coeurs max, SQL Server va detecter les 32 coeurs et n'en utilisera que 16.

Bonjour,

Citation:

---

Pour ma part, je dirais non également en standard nous sommes a 16 coeurs max, SQL Server va detecter les 32 coeurs et n'en utilisera que 16.

---

Mais comme dit François Dorin, tu peux faire 2 instances utilisant chacune 16 coeurs.
Par contre, moi perso je ne suis pas pour l'utilisation de l'hyperthreading pour des serveurs hébergeant des instances SQL server.
Cordialement,

Sur un environnement physique OSE il est certain que SQL Server ne va utiliser que 16 cœurs sur les 32 disponibles comme précisé par dorinf et julien94320
D'un point de vue commercial, la gymnastique au travers des masques d'affinités ne fonctionnent pas (même dans le cas où on se retrouve avec plus de processeurs que prévu et qu'on veut limiter le nombre de processeurs utilisé par SQL Server).

Citation:

---

Par contre, moi perso je ne suis pas pour l'utilisation de l'hyperthreading pour des serveurs hébergeant des instances SQL server.

---

Ca a toujours été un débat l'utilisation du HT et ca dépend beaucoup de l'architecture serveur (CPU) et du type de charge de travail utilisé.
En principe Microsoft recommande l'utilisation du HT dans des environnements purement OLTP et je dois dire que cela marche plutôt bien chez mes clients qui sont dans ce cas. Avec des charges de travail un peu plus mixte ou avec beaucoup de requêtes parallèles on peut en effet se retrouver à avoir des régressions de performance et la désactivation du HT est plutôt bénéfique. Mais là à part effectuer des tests sérieux pour le vérifier difficile de dire à l'avance si HT ou pas HT.

++