<?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: NYTProf 2.09 &#8211; now handles modules using AutoLoader, like POSIX and Storable</title>
	<atom:link href="http://blog.timbunce.org/2009/03/30/nytprof-209-now-handles-modules-using-autoloader-like-posix-and-storable/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.timbunce.org/2009/03/30/nytprof-209-now-handles-modules-using-autoloader-like-posix-and-storable/</link>
	<description>Listen. Reflect. Explore. Solve.</description>
	<lastBuildDate>Sun, 14 Apr 2013 08:36:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Paul Kulchenko</title>
		<link>http://blog.timbunce.org/2009/03/30/nytprof-209-now-handles-modules-using-autoloader-like-posix-and-storable/#comment-670</link>
		<dc:creator><![CDATA[Paul Kulchenko]]></dc:creator>
		<pubDate>Fri, 15 May 2009 19:13:49 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=247#comment-670</guid>
		<description><![CDATA[Tim, thank you for the upgrade. I have two feature requests.

1. It would be really great to be able to capture input/output parameters for some of the calls; I&#039;d like to be able to specify what calls to track and then would get pairs of input/output parameters to be shown under the line (similar to the &quot;# spent&quot; line you have). Ideally, I&#039;d be allowed to set up a callback to do normalization of input parameters to handle references, similar to what Memoize does. I understand that all that processing will impact execution time, but that&#039;s okay. This is probably similar to what DashProfiler does and I&#039;d like to see (potentially) better integration between the two. I&#039;d prefer to see the results presented on one report, rather than capturing input/output myself and then trying to merge the two report together.

2. It would be also great to have a tree-view of the calls. I&#039;d be able to set up a threshold and would see all (sub-)calls that (combined) took more time than threshold. I&#039;d get a tree like:

Module A 5s
  Module B 2s
  Module C 1s
    Module D 0.8s

and so on. All this in a collapsible/expandable tree ;) with links to appropriate places (like you already have in your table-based view). If this is not doable any time soon, it would at least be useful to highlight those calls that are above a threshold in the regular view (to make them stand out).

Thanks much for the great tool.

Paul.]]></description>
		<content:encoded><![CDATA[<p>Tim, thank you for the upgrade. I have two feature requests.</p>
<p>1. It would be really great to be able to capture input/output parameters for some of the calls; I&#8217;d like to be able to specify what calls to track and then would get pairs of input/output parameters to be shown under the line (similar to the &#8220;# spent&#8221; line you have). Ideally, I&#8217;d be allowed to set up a callback to do normalization of input parameters to handle references, similar to what Memoize does. I understand that all that processing will impact execution time, but that&#8217;s okay. This is probably similar to what DashProfiler does and I&#8217;d like to see (potentially) better integration between the two. I&#8217;d prefer to see the results presented on one report, rather than capturing input/output myself and then trying to merge the two report together.</p>
<p>2. It would be also great to have a tree-view of the calls. I&#8217;d be able to set up a threshold and would see all (sub-)calls that (combined) took more time than threshold. I&#8217;d get a tree like:</p>
<p>Module A 5s<br />
  Module B 2s<br />
  Module C 1s<br />
    Module D 0.8s</p>
<p>and so on. All this in a collapsible/expandable tree ;) with links to appropriate places (like you already have in your table-based view). If this is not doable any time soon, it would at least be useful to highlight those calls that are above a threshold in the regular view (to make them stand out).</p>
<p>Thanks much for the great tool.</p>
<p>Paul.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
