<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>SQLOSDMV's Continue</title><link>http://blogs.msdn.com/slavao/archive/2006/11/14/sqlosdmv-s-continue.aspx</link><description>sys.dm_os_waiting_tasks One can run lots of interesting queries using this view. You can even use this view to perform deadlock detection that is not resolvable by deadlock monitor, DM. For example if you have tasks waiting on external resources such</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: SQLOSDMV's Continue</title><link>http://blogs.msdn.com/slavao/archive/2006/11/14/sqlosdmv-s-continue.aspx#1104763</link><pubDate>Mon, 20 Nov 2006 00:00:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1104763</guid><dc:creator>Mario Broodbakker</dc:creator><description>&lt;p&gt;Slava, you provide great information not provided anywhere else, I love your blog, and I'm eager to see what else you want to share around dmv's: especially the wait stuff.&lt;/p&gt;
&lt;p&gt;What I terribly miss in SQLserver is wait information accumulated per session, and the possibility of wait information being traced. &amp;nbsp;Like this view, it shows only present waiting sessions, but there is no history, you cannot distinguish the (waitable) resource consuming sessions from 'well behaving' ones. Unless you take very frequent samples which can be a costly thing to do on busy systems.&lt;/p&gt;
&lt;p&gt;When will SqlServer take that next step and collect that waitinfo per session or batch (sqlserver seems to collect other info per batch also..)?&lt;/p&gt;
&lt;p&gt;good luck!&lt;/p&gt;
&lt;p&gt;Mario&lt;/p&gt;</description></item></channel></rss>