SQL Server 2005 - Option server max degree of parallelism
2 réponses
tla
Bonjour,
Je viens de lire dans un article du msdn 'Troubleshooting Performance
Problems in SQL Server 2005'
(http://www.microsoft.com/technet/prodtechnol/sql/2005/tsprfprb.mspx) qu'il
pouvait etre préférable de supprimer la possibilité de traitement parallele
dans un environnement OLTP.
L'article date d'octobre 2005, est ce que c'est toujours vrai ou des
correctifs dans des services packs ont optimisés la gestion du parallelisme ?
Quel est votre retour d'expérience sur cette option ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Philippe TROTIN [MS]
Bonjour,
Si votre environnement est fortement transactionnel et qu'il y a de nombreuses petites transactions, il est préférable de ne pas paralléliser les transactions car la parallélisation a un coût trop élevé pour ce type d'activité.
Cordialement _______________________________
Philippe TROTIN Microsoft Services France _______________________________
"tla" a écrit dans le message de groupe de discussion :
Bonjour,
Je viens de lire dans un article du msdn 'Troubleshooting Performance Problems in SQL Server 2005' (http://www.microsoft.com/technet/prodtechnol/sql/2005/tsprfprb.mspx) qu'il pouvait etre préférable de supprimer la possibilité de traitement parallele dans un environnement OLTP. L'article date d'octobre 2005, est ce que c'est toujours vrai ou des correctifs dans des services packs ont optimisés la gestion du parallelisme ?
Quel est votre retour d'expérience sur cette option ?
Merci -- Thierry
Bonjour,
Si votre environnement est fortement transactionnel et qu'il y a de
nombreuses petites transactions, il est préférable de ne pas paralléliser
les transactions car la parallélisation a un coût trop élevé pour ce type
d'activité.
Cordialement
_______________________________
Philippe TROTIN
Microsoft Services France
_______________________________
"tla" <tla@discussions.microsoft.com> a écrit dans le message de groupe de
discussion : 224E5CF2-2C02-4906-89DC-239181C5802C@microsoft.com...
Bonjour,
Je viens de lire dans un article du msdn 'Troubleshooting Performance
Problems in SQL Server 2005'
(http://www.microsoft.com/technet/prodtechnol/sql/2005/tsprfprb.mspx)
qu'il
pouvait etre préférable de supprimer la possibilité de traitement
parallele
dans un environnement OLTP.
L'article date d'octobre 2005, est ce que c'est toujours vrai ou des
correctifs dans des services packs ont optimisés la gestion du
parallelisme ?
Quel est votre retour d'expérience sur cette option ?
Si votre environnement est fortement transactionnel et qu'il y a de nombreuses petites transactions, il est préférable de ne pas paralléliser les transactions car la parallélisation a un coût trop élevé pour ce type d'activité.
Cordialement _______________________________
Philippe TROTIN Microsoft Services France _______________________________
"tla" a écrit dans le message de groupe de discussion :
Bonjour,
Je viens de lire dans un article du msdn 'Troubleshooting Performance Problems in SQL Server 2005' (http://www.microsoft.com/technet/prodtechnol/sql/2005/tsprfprb.mspx) qu'il pouvait etre préférable de supprimer la possibilité de traitement parallele dans un environnement OLTP. L'article date d'octobre 2005, est ce que c'est toujours vrai ou des correctifs dans des services packs ont optimisés la gestion du parallelisme ?
Quel est votre retour d'expérience sur cette option ?
Merci -- Thierry
Rudi Bruchez
Bonjour,
L'article date d'octobre 2005, est ce que c'est toujours vrai ou des correctifs dans des services packs ont optimisés la gestion du parallelisme ?
C'est toujours d'actualité, notamment si vous utilisez des processeurs hyperthreadés. Si c'est le cas, limitez au moins le maxdop au nombre de processeurs physiques.
L'article date d'octobre 2005, est ce que c'est toujours vrai ou des
correctifs dans des services packs ont optimisés la gestion du parallelisme ?
C'est toujours d'actualité, notamment si vous utilisez des processeurs
hyperthreadés. Si c'est le cas, limitez au moins le maxdop au nombre de
processeurs physiques.
L'article date d'octobre 2005, est ce que c'est toujours vrai ou des correctifs dans des services packs ont optimisés la gestion du parallelisme ?
C'est toujours d'actualité, notamment si vous utilisez des processeurs hyperthreadés. Si c'est le cas, limitez au moins le maxdop au nombre de processeurs physiques.
