<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: SQL SERVER &#8211; Parallelism &#8211; Row per Processor &#8211; Row per Thread</title>
	<atom:link href="http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/</link>
	<description>SQL, SQL Server, MySQL, Big Data and NoSQL</description>
	<lastBuildDate>Tue, 18 Jun 2013 16:46:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: SQLAuthority News – A Monthly Round Up of SQLAuthority Blog Posts Journey to SQL Authority with Pinal Dave</title>
		<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/#comment-82444</link>
		<dc:creator><![CDATA[SQLAuthority News – A Monthly Round Up of SQLAuthority Blog Posts Journey to SQL Authority with Pinal Dave]]></dc:creator>
		<pubDate>Sat, 31 Jul 2010 10:38:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9411#comment-82444</guid>
		<description><![CDATA[[...] SQL SERVER – Parallelism – Row per Processor – Row per Thread [...]]]></description>
		<content:encoded><![CDATA[<p>[...] SQL SERVER – Parallelism – Row per Processor – Row per Thread [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Feodor Georgiev</title>
		<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/#comment-80501</link>
		<dc:creator><![CDATA[Feodor Georgiev]]></dc:creator>
		<pubDate>Fri, 16 Jul 2010 11:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9411#comment-80501</guid>
		<description><![CDATA[If you would like to know which queries are currently executing with parallelism, here you can find a query which will give you this information: http://feodorgeorgiev.com/blog/2010/07/find-queries-using-parallelism/. The query shreds the cached plans.]]></description>
		<content:encoded><![CDATA[<p>If you would like to know which queries are currently executing with parallelism, here you can find a query which will give you this information: <a href="http://feodorgeorgiev.com/blog/2010/07/find-queries-using-parallelism/" rel="nofollow">http://feodorgeorgiev.com/blog/2010/07/find-queries-using-parallelism/</a>. The query shreds the cached plans.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SQL SERVER – Parallelism – Row per Processor – Row per Thread – Thread 0 Journey to SQL Authority with Pinal Dave</title>
		<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/#comment-79754</link>
		<dc:creator><![CDATA[SQL SERVER – Parallelism – Row per Processor – Row per Thread – Thread 0 Journey to SQL Authority with Pinal Dave]]></dc:creator>
		<pubDate>Sun, 11 Jul 2010 01:32:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9411#comment-79754</guid>
		<description><![CDATA[[...] Read the answer over SQL SERVER – Parallelism – Row per Processor – Row per Thread. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Read the answer over SQL SERVER – Parallelism – Row per Processor – Row per Thread. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mateus</title>
		<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/#comment-79501</link>
		<dc:creator><![CDATA[Mateus]]></dc:creator>
		<pubDate>Fri, 09 Jul 2010 20:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9411#comment-79501</guid>
		<description><![CDATA[Thread 0 is the forked process and probably acts as a synchronizer / controller]]></description>
		<content:encoded><![CDATA[<p>Thread 0 is the forked process and probably acts as a synchronizer / controller</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SQL SERVER – View XML Query Plans in SSMS as Graphical Execution Plan Journey to SQL Authority with Pinal Dave</title>
		<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/#comment-78633</link>
		<dc:creator><![CDATA[SQL SERVER – View XML Query Plans in SSMS as Graphical Execution Plan Journey to SQL Authority with Pinal Dave]]></dc:creator>
		<pubDate>Sat, 03 Jul 2010 01:31:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9411#comment-78633</guid>
		<description><![CDATA[[...] 3, 2010 by pinaldave    Earlier I wrote a blog post on SQL SERVER – Parallelism – Row per Processor – Row per Thread, where I mentioned the XML Plan. As a follow up on the blog post, I received the request to send [...]]]></description>
		<content:encoded><![CDATA[<p>[...] 3, 2010 by pinaldave    Earlier I wrote a blog post on SQL SERVER – Parallelism – Row per Processor – Row per Thread, where I mentioned the XML Plan. As a follow up on the blog post, I received the request to send [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manoj Kumar</title>
		<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/#comment-78534</link>
		<dc:creator><![CDATA[Manoj Kumar]]></dc:creator>
		<pubDate>Fri, 02 Jul 2010 05:31:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9411#comment-78534</guid>
		<description><![CDATA[Thread 0 is the coordinator thread which is not resposible to process any rows. It collects all the rows processed by other threads and show as query result.

Here thered 1 and 2 are not processing equal nuber of rows. i think ,thread 1 might have some other load processing on it.

Thanks
Manoj kumar]]></description>
		<content:encoded><![CDATA[<p>Thread 0 is the coordinator thread which is not resposible to process any rows. It collects all the rows processed by other threads and show as query result.</p>
<p>Here thered 1 and 2 are not processing equal nuber of rows. i think ,thread 1 might have some other load processing on it.</p>
<p>Thanks<br />
Manoj kumar</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Feodor Georgiev</title>
		<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/#comment-78531</link>
		<dc:creator><![CDATA[Feodor Georgiev]]></dc:creator>
		<pubDate>Fri, 02 Jul 2010 04:45:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9411#comment-78531</guid>
		<description><![CDATA[The thread 0 is shown in all operators of the execution plan and is called a synchronizing thread. The thread&#039;s function is to gather all the stream from all parallel threads and bring the result to the client.]]></description>
		<content:encoded><![CDATA[<p>The thread 0 is shown in all operators of the execution plan and is called a synchronizing thread. The thread&#8217;s function is to gather all the stream from all parallel threads and bring the result to the client.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marko Parkkola</title>
		<link>http://blog.sqlauthority.com/2010/07/02/sql-server-parallelism-row-per-processor-row-per-thread/#comment-78518</link>
		<dc:creator><![CDATA[Marko Parkkola]]></dc:creator>
		<pubDate>Fri, 02 Jul 2010 03:55:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9411#comment-78518</guid>
		<description><![CDATA[Thread 0 is used in synchronization of the other threads. It gather all the worker threads and their output data. It does not do actual data fetching so it has ActualRows always set to zero. A quote from MSDN blog:

&quot;The reason is “MAXDOP is always specified per operator in the execution plan and not per execution plan”.

...

1 thread is used for parallel gather streams operator to collect and converge the parallel thread output from the Nested Loop join operator. This thread is basically a synchronizing thread (also referred as Thread 0 IN xml plan) which is used when there is parallelism in the execution plan of the query.&quot;

http://blogs.msdn.com/b/sqlserverfaq/archive/2009/01/05/why-do-i-see-more-threads-per-spid-in-sysprocesses-than-maxdop.aspx]]></description>
		<content:encoded><![CDATA[<p>Thread 0 is used in synchronization of the other threads. It gather all the worker threads and their output data. It does not do actual data fetching so it has ActualRows always set to zero. A quote from MSDN blog:</p>
<p>&#8220;The reason is “MAXDOP is always specified per operator in the execution plan and not per execution plan”.</p>
<p>&#8230;</p>
<p>1 thread is used for parallel gather streams operator to collect and converge the parallel thread output from the Nested Loop join operator. This thread is basically a synchronizing thread (also referred as Thread 0 IN xml plan) which is used when there is parallelism in the execution plan of the query.&#8221;</p>
<p><a href="http://blogs.msdn.com/b/sqlserverfaq/archive/2009/01/05/why-do-i-see-more-threads-per-spid-in-sysprocesses-than-maxdop.aspx" rel="nofollow">http://blogs.msdn.com/b/sqlserverfaq/archive/2009/01/05/why-do-i-see-more-threads-per-spid-in-sysprocesses-than-maxdop.aspx</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
