<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/19182/Intel_Releases_LatencyTop_0_1</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2009, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Tue, 24 Nov 2009 13:36:32 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>Intel is great on the profiling tools</title>
			<link>http://osnews.com/thread?296799</link>
			<guid isPermaLink="true">http://osnews.com/thread?296799</guid>
			<description>It is interesting that Intel has done so much work on creating profiling and performance tools for the end user.  First powertop and now latencytop, tackling problems and things that otherwise would be a slower, much more tedious process to analyze.<br />
<br />
While not as glitzy (or as large) as many projects these tools are a great asset to linux.  It will be interesting to see if Intel continues to come up with *top style tools for different problem areas in performance that otherwise might be ignored.</description>
			<pubDate>Fri, 18 Jan 2008 21:01:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kokopelli)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Intel is great on the profiling tools</title>
			<link>http://osnews.com/thread?296800</link>
			<guid isPermaLink="true">http://osnews.com/thread?296800</guid>
			<description>Agreed.  People often don't realize that the first step to fixing any performance problem is being able to measure the problem accurately, so you don't waste time fixing the wrong thing.  Often the bottleneck is where a developer would never expect it to be.</description>
			<pubDate>Fri, 18 Jan 2008 21:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (JoeBuck)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Technology from the 90's</title>
			<link>http://osnews.com/thread?296801</link>
			<guid isPermaLink="true">http://osnews.com/thread?296801</guid>
			<description>Encouraging customers to look at latencies for performance analysis is really important.<br />
<br />
I quickly browsed the code, and it appears that this is implemented by statically defining latency metrics in the kernel.  Wow!  Was this written a decade ago?<br />
<br />
Performance analysis these days is about dynamic tracing using DTrace, which appears in Solaris 10, MacOS X, and other operating systems.  DTrace is able to read these latencies and *thousands* more, in *all* layers of the software stack *without* modifying them.<br />
<br />
The latencytop engineers need to look at DTrace and not reinvent a wheel that is already obsolete.  DTrace does use statically defined trace points at times, but when appropriate and complementary to the dynamic tracing system.<br />
<br />
If this tool does get customers to think more carefully about latency metrics, then that will certainly be valuable.  All roads lead to DTrace.</description>
			<pubDate>Fri, 18 Jan 2008 21:20:00 GMT</pubDate>
			<author>donotreply@osnews.com (bgregg)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Technology from the 90's</title>
			<link>http://osnews.com/thread?296873</link>
			<guid isPermaLink="true">http://osnews.com/thread?296873</guid>
			<description>Linux 2.6.24 has a static probing subsystem, why the latencytop patches don't use it is beyond me</description>
			<pubDate>Sat, 19 Jan 2008 12:49:00 GMT</pubDate>
			<author>donotreply@osnews.com (diegocg)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>SystemTap</title>
			<link>http://osnews.com/thread?296936</link>
			<guid isPermaLink="true">http://osnews.com/thread?296936</guid>
			<description>What about SystemTap?  Isn't it sponsored by Intel?  I wonder if all these different utilites couldn't just be integrated with SystemTap, instead of being their own thing.  I'll still have to give it a try, PowerTop is a very cool utility that has no doubt saved me plenty of battery life.</description>
			<pubDate>Sun, 20 Jan 2008 03:43:00 GMT</pubDate>
			<author>donotreply@osnews.com (abraxas)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Technology from the 90's</title>
			<link>http://osnews.com/thread?297009</link>
			<guid isPermaLink="true">http://osnews.com/thread?297009</guid>
			<description>Dtrace's license is not compatible with the license of the linux kernel. So we have to wait until either Linus decides to go for GPL v3 or Sun allows DTrace to be used in the linux kernel...</description>
			<pubDate>Mon, 21 Jan 2008 00:21:00 GMT</pubDate>
			<author>donotreply@osnews.com (superstoned)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Technology from the 90's</title>
			<link>http://osnews.com/thread?297042</link>
			<guid isPermaLink="true">http://osnews.com/thread?297042</guid>
			<description><div class="cquote">Dtrace's license is not compatible with the license of the linux kernel. So we have to wait until either Linus decides to go for GPL v3 or Sun allows DTrace to be used in the linux kernel... </div><br />
<br />
You might want to read through the comments here:<br />
<br />
   <a href="http://blogs.sun.com/ahl/entry/dtrace_knockoffs" rel="nofollow">http://blogs.sun.com/ahl/entry/dtrace_knockoffs</a><br />
<br />
which was also discussed on osnews here:<br />
<br />
   <a href="http://osnews.com/comments/18388" rel="nofollow">http://osnews.com/comments/18388</a><br />
<br />
Based on everything I know about the issue, the actual stopper for DTrace on Linux is Not Invented Here Syndrome.  License discussion led to debate about what is or isn't considered a derived work of the kernel, and ways Linux can work around that to include DTrace.</description>
			<pubDate>Mon, 21 Jan 2008 18:43:00 GMT</pubDate>
			<author>donotreply@osnews.com (bgregg)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
