<?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 &#8211; Thread 0</title>
	<atom:link href="http://blog.sqlauthority.com/2010/07/11/sql-server-parallelism-row-per-processor-row-per-thread-thread-0/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.sqlauthority.com/2010/07/11/sql-server-parallelism-row-per-processor-row-per-thread-thread-0/</link>
	<description>Personal Notes of Pinal Dave</description>
	<lastBuildDate>Fri, 17 May 2013 15:26:57 +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/11/sql-server-parallelism-row-per-processor-row-per-thread-thread-0/#comment-82443</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:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9534#comment-82443</guid>
		<description><![CDATA[[...] SQL SERVER – Parallelism – Row per Processor – Row per Thread – Thread 0 [...]]]></description>
		<content:encoded><![CDATA[<p>[...] SQL SERVER – Parallelism – Row per Processor – Row per Thread – Thread 0 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marko Parkkola</title>
		<link>http://blog.sqlauthority.com/2010/07/11/sql-server-parallelism-row-per-processor-row-per-thread-thread-0/#comment-80559</link>
		<dc:creator><![CDATA[Marko Parkkola]]></dc:creator>
		<pubDate>Sat, 17 Jul 2010 04:14:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9534#comment-80559</guid>
		<description><![CDATA[IIRC there&#039;s plenty of plans for ad-hoc queries and stored procs. I can&#039;t remember the ratio and I&#039;m on vacation now for couple of weeks so I can&#039;t check it.

But anyway, I can&#039;t do nothing to the queries. The system is written by one of our subcontractor and they charge plenty of money for any changes to the system.]]></description>
		<content:encoded><![CDATA[<p>IIRC there&#8217;s plenty of plans for ad-hoc queries and stored procs. I can&#8217;t remember the ratio and I&#8217;m on vacation now for couple of weeks so I can&#8217;t check it.</p>
<p>But anyway, I can&#8217;t do nothing to the queries. The system is written by one of our subcontractor and they charge plenty of money for any changes to the system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Feodor Georgiev</title>
		<link>http://blog.sqlauthority.com/2010/07/11/sql-server-parallelism-row-per-processor-row-per-thread-thread-0/#comment-80515</link>
		<dc:creator><![CDATA[Feodor Georgiev]]></dc:creator>
		<pubDate>Fri, 16 Jul 2010 14:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9534#comment-80515</guid>
		<description><![CDATA[Marko, have you looked into the cache and specifically in the plan reuse? What is the ratio between adhoc queries vs reusable code?]]></description>
		<content:encoded><![CDATA[<p>Marko, have you looked into the cache and specifically in the plan reuse? What is the ratio between adhoc queries vs reusable code?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marko Parkkola</title>
		<link>http://blog.sqlauthority.com/2010/07/11/sql-server-parallelism-row-per-processor-row-per-thread-thread-0/#comment-80060</link>
		<dc:creator><![CDATA[Marko Parkkola]]></dc:creator>
		<pubDate>Tue, 13 Jul 2010 10:08:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=9534#comment-80060</guid>
		<description><![CDATA[Thank you very much but all I did was little googling, read the MSDN blog and drew some threads together :)

But I shamelessly take the opportunity here to ask if someone can help me with a problem I&#039;m having with our old SQL Server 2000 (standard) running on Windows 2003 SP2. It has 16 CPUs (Intel Xeon), 24 gigabytes of memory (PAE enabled) and 4 harddrives (RAID0+1 I think, not sure about this).

From time to time it seems that server&#039;s procedure cache fills up. After that server starts to really churn hard drives causing major I/O issues, heavy latency and some connections break down to Sql Server. When this happens we conjure DBCC FREEPROCCACHE and things goes back to normal.

Now we have two such system elsewhere with much less hardware. One has 2 CPUs and 4 gigs of memory, the other 2 CPUs and 2 gigs of memory. Both are running W2003 and Sql Server 2000. They are running just fine but they have much lower utilisation than the big one.

So the question is, is there anything I can do to alleviate the problem besides going through the actual SQL queries? I can&#039;t change the queries but I can administer the server otherwise.

Luckily I have to support this server only to this year&#039;s end and then I can replace it with much heavier system with newer Windows and Sql Server.

Thanks for advance for any suggestions.]]></description>
		<content:encoded><![CDATA[<p>Thank you very much but all I did was little googling, read the MSDN blog and drew some threads together :)</p>
<p>But I shamelessly take the opportunity here to ask if someone can help me with a problem I&#8217;m having with our old SQL Server 2000 (standard) running on Windows 2003 SP2. It has 16 CPUs (Intel Xeon), 24 gigabytes of memory (PAE enabled) and 4 harddrives (RAID0+1 I think, not sure about this).</p>
<p>From time to time it seems that server&#8217;s procedure cache fills up. After that server starts to really churn hard drives causing major I/O issues, heavy latency and some connections break down to Sql Server. When this happens we conjure DBCC FREEPROCCACHE and things goes back to normal.</p>
<p>Now we have two such system elsewhere with much less hardware. One has 2 CPUs and 4 gigs of memory, the other 2 CPUs and 2 gigs of memory. Both are running W2003 and Sql Server 2000. They are running just fine but they have much lower utilisation than the big one.</p>
<p>So the question is, is there anything I can do to alleviate the problem besides going through the actual SQL queries? I can&#8217;t change the queries but I can administer the server otherwise.</p>
<p>Luckily I have to support this server only to this year&#8217;s end and then I can replace it with much heavier system with newer Windows and Sql Server.</p>
<p>Thanks for advance for any suggestions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
