Home > Archive > Microsoft SQL Server forum > June 2005 > SQL 2000 Parallelism - is it worth it?









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author SQL 2000 Parallelism - is it worth it?
kev@earlshilton.com

2005-06-28, 9:23 am

Hi,

I have a sql 2000 server with 8 processors, server settings are as
default. I read on technet that it is good practise to remove the
highest no. processors from being used for parallelism, corresponding
to the no. of NICs in the server. One of our 3rd party developers has
recommended only allowing one processor to be used as there is a
performance hit by the server working out which processor to use. Does
anyone have a definitive answer to this? I suspect he's wrong but I'd
like some hard evidence if possible, thanks.

Kev.

Stu

2005-06-28, 1:23 pm

I have no hard evidence as to this, but if you are working with
hyperthreaded processors (e.g. Xeons), then parallelism may impact you
since SQL Server will attempt to use a single physical processer as two
virtual processors sharing the same L2 cache. Kevin Kline mentioned
this in his presentation at DevTeach this year.

Gert-Jan Strik

2005-06-28, 8:23 pm

The whole idea behind parallelism is to finish sooner by using several
CPU's, so the story that it would in fact slow down individual queries
doesn't make any sense. And the parallelism threshold should prevent
this for queries that have a "obvious" query plan.

Also, without parallelism, SQL-Server also has to decide which CPU
should execute the query plan...

Gert-Jan


kev@earlshilton.com wrote:
>
> Hi,
>
> I have a sql 2000 server with 8 processors, server settings are as
> default. I read on technet that it is good practise to remove the
> highest no. processors from being used for parallelism, corresponding
> to the no. of NICs in the server. One of our 3rd party developers has
> recommended only allowing one processor to be used as there is a
> performance hit by the server working out which processor to use. Does
> anyone have a definitive answer to this? I suspect he's wrong but I'd
> like some hard evidence if possible, thanks.
>
> Kev.

Erland Sommarskog

2005-06-28, 8:23 pm

(kev@earlshilton.com) writes:
> I have a sql 2000 server with 8 processors, server settings are as
> default. I read on technet that it is good practise to remove the
> highest no. processors from being used for parallelism, corresponding
> to the no. of NICs in the server. One of our 3rd party developers has
> recommended only allowing one processor to be used as there is a
> performance hit by the server working out which processor to use. Does
> anyone have a definitive answer to this? I suspect he's wrong but I'd
> like some hard evidence if possible, thanks.


In fact, it is not uncommon to see SQL Server pick a parallel plan
which is considerably slower than a non-parallel plan. However, I don't
think turning of parallelism entirely is really a good thing. There
are probably cases where you parallelism can help you to speed up
queries as well.

However, if you processors are hyperthreaded, you set "Max degree of
parallelism" to be at most 8, that is the number of physical processors.


--
Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se

Books Online for SQL Server SP3 at
http://www.microsoft.com/sql/techin.../2000/books.asp
Sponsored Links





Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive | Programming forum archive

Copyright 2008 droptable.com