Discussion :

[Boubou2020]

Bonjour a tous

Ce est l'un des sujets les plus difficiles à traiter
Avant de poser cette question j'ai évidement fais des recherches sur le forum
Google est mon ami, et une petite recherche me fait aboutir sur une recommandation de modifier ma requête avec OPTION (MAXDOP 1)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
set statistics io on 
set statistics time on 
SELECT DISTINCT(CompName) FROM CompList ORDER BY CompName ASC
OPTION (MAXDOP 1)
GO
set statistics io off 
set statistics time off

le top(1) en terme attente était "CXpacket" j'ai commencer par voir l'indexation tout est dans l'ordre ,j'était surpris par les mesures que j'ai eu une dégradation du temps réponse avec la désactivation du parallélisme
ci joint les mesure obtenu avec l'option maxdop(1)le temps écouler est :4624*ms

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
(9330*ligne(s) affectée(s))
Table 'CompList'. Nombre d'analyses 1, lectures logiques 25026, lectures physiques 0, lectures anticipées 0, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.
 
SQL Server \endash  Temps d'exécution*:
, Temps UC = 4602*ms, temps écoulé = 4624*ms.
Temps d'analyse et de compilation de SQL Server : 
, Temps UC = 0*ms, temps écoulé = 1*ms.
 
SQL Server \endash  Temps d'exécution*:
, Temps UC = 0*ms, temps écoulé = 0*ms.

Sans maxdop le temps était 749*ms.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
(9330*ligne(s) affectée(s))
Table 'CompList'. Nombre d'analyses 9, lectures logiques 25728, lectures physiques 0, lectures anticipées 0, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.
 
SQL Server \endash  Temps d'exécution*:
, Temps UC = 4929*ms, temps écoulé = 749*ms.
Temps d'analyse et de compilation de SQL Server : 
, Temps UC = 0*ms, temps écoulé = 0*ms.
 
SQL Server \endash  Temps d'exécution*:
, Temps UC = 0*ms, temps écoulé = 0*ms.

merci pour vos remarques

[SQLpro]

Cela est parfaitement normal.... Si vous devez déménager un TRES grand appartement, vous devrez faire de nombreux aller et retour avec le même camion, alors que si vous prenez plusieurs camions, il pourrons effectuer le trajet en même temps.

A 6

[bvesan]

Bonjour,

Votre sujet a-t-il été ouvert pour poser une question ou pour illustrer un phénomène ?


Les statistiques temporelles parlent d'elles mêmes:

Temps d'exécution*: , Temps UC = 4602*ms, temps écoulé = 4624*ms.

Temps d'exécution*: , Temps UC = 4929*ms, temps écoulé = 749*ms.

Votre requête correspond à une consommation totale d'environ 4600 millisecondes de CPU. Lorsqu'un seul CPU est utilisé, la requête prend donc 4600ms, mais lorsque cette consommation peut être répartie entre plusieurs CPUs la durée d'exécution est nécessairement plus courte (on doit avoir ici quelque chose comme 8CPUs x 600ms + 150ms pour des opérations non parallélisées, donc 750ms au total).

Pour information, David Baffaleuf a fait récemment une session très complète sur le parallélisme dans SQL Server: