MasterZiv new_jeepНасколько эффективно SQL2000 нагрузит 8 ядер?


Вообще от запросов зависит. Некоторые распараллеливаются, некоторые - нет. Как правило, чем хуже (безнадежнее) запрос, тем лучше он распараллеливается.
выставите стоимость, при превышении которой запросы будут распаралеливаться, енсли поставите 1 - то вообще почти все запросы будут паралелиться - тока толку может от этого и не быть

MsDatabaseruи нигде нет ни слова от том что может происходить распаралеливание между процессорами
отсюда и гипотеза а не миф ли это, возможно имеется в виду паралельное выполнение в нескольких потоках одного проца
обращаемся к BOL
SQL Server 2005 обеспечивает параллельную обработку запросов, оптимизирующую выполнение запросов и операции с индексами на компьютерах, где установлено несколько микропроцессоров (ЦП). Благодаря возможностям параллельной обработки запроса и операций с индексами при помощи нескольких потоков операционной системы SQL Server выполняет эти операции быстрее и эффективнее.

Во время оптимизации запроса SQL Server пытается обнаружить запросы и операции с индексами, которые можно ускорить за счет параллельного выполнения. Для таких запросов SQL Server вставляет в план выполнения операторы обмена, чтобы подготовить запрос к параллельной обработке. Операторы обмена служат для управления процессом, перераспределения данных и управления потоком. К ним относятся логические операторы Distribute Streams, Repartition Streams и Gather Streams (в виде подтипов), один или несколько из которых появляются в выводе инструкции Showplan плана запроса для параллельного запроса.

После вставки операторов обмена получается план параллельного выполнения запроса. План параллельного выполнения запроса может использовать несколько потоков. План последовательного выполнения, который используется для обработки непараллельных запросов, использует только один поток. Фактическое количество потоков параллельного выполнения запроса определяется при инициализации плана выполнения запроса и зависит от сложности и степени параллелизма плана. Степень параллелизма определяет максимальное количество используемых ЦП, а не количество используемых потоков. Степень параллелизма устанавливается на уровне сервера и изменяется системной хранимой процедурой sp_configure. Это значение можно переопределить для отдельных инструкций запроса или индекса при помощи подсказки в запросе MAXDOP или параметра индекса MAXDOP.

Почему?а почему ?

тут

авторSQLServer 2000 UMS.shtml

а тут

авторSQL Server 2005 обеспечивает
ну вот вам BOL от 2000

Microsoft® SQL Server™ 2000 detects the best degree of parallelism for each instance of a parallel query execution automatically by considering:

Is SQL Server running on a computer with more than one microprocessor or CPU, such as a symmetric multiprocessing computer (SMP)?
Only computers with more than one CPU can use parallel queries.

What is the number of concurrent users active on the SQL Server installation at this moment?
SQL Server monitors CPU usage and adjusts the degree of parallelism at the query startup time. Lower degrees of parallelism are chosen if CPU usage is high.

Is there sufficient memory available for parallel query execution?
Each query requires a certain amount of memory to execute. Executing a parallel query requires more memory than a nonparallel query. The amount of memory required for executing a parallel query increases with the degree of parallelism. If the memory requirement of the parallel plan for a given degree of parallelism cannot be satisfied, SQL Server decreases the degree of parallelism automatically or completely abandons the parallel plan for the query in the given workload context and executes the serial plan.

What is the type of query executed?
Queries heavily consuming CPU cycles are the best candidates for a parallel query. For example, joins of large tables, substantial aggregations, and sorting of large result sets are good candidates. Simple queries, often found in transaction processing applications, find the additional coordination required to execute a query in parallel outweigh the potential performance boost. To distinguish between queries that benefit from parallelism and those that do not benefit, SQL Server compares the estimated cost of executing the query with the cost threshold for parallelism value. Although not recommended, users can change the default value of 5 using sp_configure.

Is there a sufficient amount of rows processed in the given stream?
If the query optimizer determines the number of rows in a stream is too low, it does not introduce exchange operators to distribute the stream. Consequently, the operators in this stream are executed serially. Executing the operators in a serial plan avoids scenarios when the startup, distribution, and coordination cost exceeds the gains achieved by parallel operator execution.

The INSERT, UPDATE, and DELETE operators are executed serially; however, the WHERE clause of either an UPDATE or DELETE, or SELECT portion of an INSERT statement may be executed in parallel. The actual data changes are then serially applied to the database.

Static and keyset cursors can be populated by parallel execution plans. However, the behavior of dynamic cursors can be provided only by serial execution. The query optimizer always generates a serial execution plan for a query that is part of a dynamic cursor.

At execution time, SQL Server determines if the current system workload and configuration information allow for parallel query execution. If parallel query execution is warranted, SQL Server determines the optimal number of threads and spreads the execution of the parallel query across those threads. When a query starts executing on multiple threads for parallel execution, the query uses the same number of threads until completion. SQL Server reexamines the optimal number of thread decisions each time a query execution plan is retrieved from the procedure cache. For example, one execution of a query can result in use of a serial plan, a later execution of the same query can result in a parallel plan using three threads, and a third execution can result in a parallel plan using four threads.

и еще тоже из 2000 BOL
max degree of parallelism Option
Use the max degree of parallelism option to limit the number of processors (a maximum of 32) to use in parallel plan execution. The default value is 0, which uses the actual number of available CPUs. Set max degree of parallelism to 1 to suppress parallel plan generation. Set the value to a number greater than 1 to restrict the maximum number of processors used by a single query execution. If a value greater than the number of available CPUs is specified, the actual number of available CPUs is used.



Note If the affinity mask option is not set to the default, it may restrict the number of CPUs available to Microsoft® SQL Server™ on a symmetric multiprocessor (SMP) systems.


Change max degree of parallelism rarely for servers running on an SMP computer. If your computer has only one processor, the max degree of parallelism value is ignored.

max degree of parallelism is an advanced option. If you are using the sp_configure system stored procedure to change the setting, you can change max degree of parallelism only when show advanced options is set to 1. The setting takes effect immediately (without a server stop and restart).

в общем читайте BOL - там все написано, ключевое слово parallelism

MsDatabaseruбол это понятно.
как понимать статью про UMS.
почему сказано что использование множества коннектов есть единственный способ балансирования межпроцессорной нагрузки
ну а какие еще способы вы знаете?
вот предположем у вас есть 2 кучи - первая - пшено, 2-я камни, разных размеров, форм и веса
у вас задача - уравновесить весы, что будет проще уравновесить? 1000 крупинок или 3 камня?
помойму - это должно быть очевидно

MsDatabaseruметодика разумна, но я не об этом,
насколько я понял, в статье говорится что когда сервер работает в режиме UMS то
запросы получаемые планировщиком от связанного с ним коннекта могут быть выполнены на другом процессоре только в случае наличия в нем расширенной хранимой процедуры.
ничего неи понял про расширенную хранимую процндуру
тынц на источник е?