<?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; Signal Wait Time Introduction with Simple Example &#8211; Wait Type &#8211; Day 2 of 28</title>
	<atom:link href="http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/</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: SQL SERVER &#8211; Weekly Series &#8211; Memory Lane &#8211; #015 &#171; SQL Server Journey with SQL Authority</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-419689</link>
		<dc:creator><![CDATA[SQL SERVER &#8211; Weekly Series &#8211; Memory Lane &#8211; #015 &#171; SQL Server Journey with SQL Authority]]></dc:creator>
		<pubDate>Sat, 09 Feb 2013 01:31:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-419689</guid>
		<description><![CDATA[[...] Signal Wait Time Introduction with Simple Example – Wait Type – Day 2 of 28 [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Signal Wait Time Introduction with Simple Example – Wait Type – Day 2 of 28 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Krp</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-382519</link>
		<dc:creator><![CDATA[Krp]]></dc:creator>
		<pubDate>Wed, 28 Nov 2012 11:49:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-382519</guid>
		<description><![CDATA[Nice write Pinal, thanks.
 Now my wait_type is Async_Network_Io and it is in suspended state. Any idea what shuld be the quick resolution? even after clearing the proc cache? Thanks]]></description>
		<content:encoded><![CDATA[<p>Nice write Pinal, thanks.<br />
 Now my wait_type is Async_Network_Io and it is in suspended state. Any idea what shuld be the quick resolution? even after clearing the proc cache? Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-302861</link>
		<dc:creator><![CDATA[Tom]]></dc:creator>
		<pubDate>Mon, 18 Jun 2012 15:47:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-302861</guid>
		<description><![CDATA[Hi Pinal!

I just started using your query recently to monitor CPU pressure.  After seeing what looked like spikes in signal wait time, I added some more detail to your query to show the magnitude of the percentages shown in the query.  After seeing this data, I realized that what appeared to be spikes in signal wait time could be ignored.

Note, I have been collecting wait stats data hourly on all SQL Servers and then reporting the CPU pressure once per day for successive samples over the last 24 hours.

SUM(s2.signal_wait_time_ms - s1.signal_wait_time_ms) as signal_wait_time_ms_diff
, SUM((s2.wait_time_ms - s1.wait_time_ms) - (s2.signal_wait_time_ms - s1.signal_wait_time_ms)) as resource_wait_time_ms_diff]]></description>
		<content:encoded><![CDATA[<p>Hi Pinal!</p>
<p>I just started using your query recently to monitor CPU pressure.  After seeing what looked like spikes in signal wait time, I added some more detail to your query to show the magnitude of the percentages shown in the query.  After seeing this data, I realized that what appeared to be spikes in signal wait time could be ignored.</p>
<p>Note, I have been collecting wait stats data hourly on all SQL Servers and then reporting the CPU pressure once per day for successive samples over the last 24 hours.</p>
<p>SUM(s2.signal_wait_time_ms &#8211; s1.signal_wait_time_ms) as signal_wait_time_ms_diff<br />
, SUM((s2.wait_time_ms &#8211; s1.wait_time_ms) &#8211; (s2.signal_wait_time_ms &#8211; s1.signal_wait_time_ms)) as resource_wait_time_ms_diff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: StingRayy</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-270768</link>
		<dc:creator><![CDATA[StingRayy]]></dc:creator>
		<pubDate>Mon, 02 Apr 2012 09:15:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-270768</guid>
		<description><![CDATA[Hi,

Im an sql amateur and was just wondering where do i find or how do i create this sys.dm_os_wait_stats table, cause if i run this, it tells me procedure does not exist.

Thank u in advance]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Im an sql amateur and was just wondering where do i find or how do i create this sys.dm_os_wait_stats table, cause if i run this, it tells me procedure does not exist.</p>
<p>Thank u in advance</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ali</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-168800</link>
		<dc:creator><![CDATA[Ali]]></dc:creator>
		<pubDate>Fri, 16 Sep 2011 18:19:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-168800</guid>
		<description><![CDATA[Amazing Analogy.]]></description>
		<content:encoded><![CDATA[<p>Amazing Analogy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ananda</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-121185</link>
		<dc:creator><![CDATA[Ananda]]></dc:creator>
		<pubDate>Mon, 28 Feb 2011 12:37:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-121185</guid>
		<description><![CDATA[Hi friends

Mr. Pinal Dave wait stats articles very useful for me, it really great.

I executed on of my production server it looks like somewhat good in CPU waits stats, and resource waits is very high.

Please tell me how to reduce resource wait time on server.


%signal (cpu) waits - 22.25
%resource waits - 	77.75

Thanks
ananda]]></description>
		<content:encoded><![CDATA[<p>Hi friends</p>
<p>Mr. Pinal Dave wait stats articles very useful for me, it really great.</p>
<p>I executed on of my production server it looks like somewhat good in CPU waits stats, and resource waits is very high.</p>
<p>Please tell me how to reduce resource wait time on server.</p>
<p>%signal (cpu) waits &#8211; 22.25<br />
%resource waits &#8211; 	77.75</p>
<p>Thanks<br />
ananda</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rama</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-116176</link>
		<dc:creator><![CDATA[Rama]]></dc:creator>
		<pubDate>Sat, 05 Feb 2011 12:24:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-116176</guid>
		<description><![CDATA[Hi Pinal,

Excelent analogy.  Thanks for expaining this complex topic.

Rama]]></description>
		<content:encoded><![CDATA[<p>Hi Pinal,</p>
<p>Excelent analogy.  Thanks for expaining this complex topic.</p>
<p>Rama</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Claire</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-115688</link>
		<dc:creator><![CDATA[Claire]]></dc:creator>
		<pubDate>Wed, 02 Feb 2011 17:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-115688</guid>
		<description><![CDATA[Hi Pinal,
Excellent analogy! Though if it were me, I might have waited for a cab that did accept credit cards :) Makes sense that lower single wait stats would be better for the system.]]></description>
		<content:encoded><![CDATA[<p>Hi Pinal,<br />
Excellent analogy! Though if it were me, I might have waited for a cab that did accept credit cards :) Makes sense that lower single wait stats would be better for the system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Feodor Georgiev</title>
		<link>http://blog.sqlauthority.com/2011/02/02/sql-server-signal-wait-time-introduction-with-simple-example-day-2-of-28/#comment-115642</link>
		<dc:creator><![CDATA[Feodor Georgiev]]></dc:creator>
		<pubDate>Wed, 02 Feb 2011 09:09:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/?p=11454#comment-115642</guid>
		<description><![CDATA[Great article, Pinal! 

Think about it this way: a database system is much more complex than the SQL Server by itself. The reason being is that there are other components involved in &quot;the big picture&quot;. 
Wat I am trying to say is that the internal waits, which are the topic of this article, are just a small part of the game, since the database system depends on the client system, networking, error handling, and so on. In other words, if you have a client application which sends adhoc queries of 80kb each 100 times per minute (trust me, I have seen this), then you will depend on the network, NIC configuration, internal SQL parsing, processing, plan generation, query execution, and if the dataset returned is large, then you will also depend on the NIC and the network. 
Unfortunately, SQL Server is not too aware of other wait stats, aside from its own internal ones. (well, there are some network async IO stats, but it does not say who know how much about the cause of the problem)

The bottom line: when we talk about waits, keep in mind the &quot;big picture&quot;.]]></description>
		<content:encoded><![CDATA[<p>Great article, Pinal! </p>
<p>Think about it this way: a database system is much more complex than the SQL Server by itself. The reason being is that there are other components involved in &#8220;the big picture&#8221;.<br />
Wat I am trying to say is that the internal waits, which are the topic of this article, are just a small part of the game, since the database system depends on the client system, networking, error handling, and so on. In other words, if you have a client application which sends adhoc queries of 80kb each 100 times per minute (trust me, I have seen this), then you will depend on the network, NIC configuration, internal SQL parsing, processing, plan generation, query execution, and if the dataset returned is large, then you will also depend on the NIC and the network.<br />
Unfortunately, SQL Server is not too aware of other wait stats, aside from its own internal ones. (well, there are some network async IO stats, but it does not say who know how much about the cause of the problem)</p>
<p>The bottom line: when we talk about waits, keep in mind the &#8220;big picture&#8221;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
