<?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/"
		>
<channel>
	<title>Comments on: dynaTrace</title>
	<atom:link href="http://www.performanceengineer.com/blog/dynatrace/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.performanceengineer.com/blog/dynatrace/</link>
	<description>Software Performance Engineering &#38; Testing</description>
	<lastBuildDate>Fri, 13 Aug 2010 19:46:16 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: william.louth</title>
		<link>http://www.performanceengineer.com/blog/dynatrace/comment-page-1/#comment-11</link>
		<dc:creator>william.louth</dc:creator>
		<pubDate>Fri, 05 Oct 2007 00:49:40 +0000</pubDate>
		<guid isPermaLink="false">#comment-11</guid>
		<description>Hi Eric,

It would be nice if you could be much more concrete or technical at least on this forum and less more marketing / sales talk. What profilers are you talking about? Code profilers? Transaction &amp; trace profilers? Service level management monitors?

You sound off numbers hoping to add some weight to your claims but yet they are completely meaningless at least for me in attempting to perform a comparison with other solutions including ours, JXInsight, which has long been regarded as the first true Java EE transaction path analysis solution and one with the lowest overhead. We even publish our benchmarks (with the code) and offer access to early access builds once the user has registered as well as providing a free development edition of an older versions without registration.

Probes Benchmark
http://blog.jinspired.com/?p=151

But you (DynaTrace) know all of this already.

How would someone go about getting access to your software so that they could verify your claims? I would like to perform my own benchmark and compare with the other tools we have run comparative tests against.

regards,

William

&quot;Performance Management and Problem Diagnostics for Java EE, SOA, and Grid Computing&quot;
http://www.jinspired.com
</description>
		<content:encoded><![CDATA[<p>Hi Eric,</p>
<p>It would be nice if you could be much more concrete or technical at least on this forum and less more marketing / sales talk. What profilers are you talking about? Code profilers? Transaction &#038; trace profilers? Service level management monitors?</p>
<p>You sound off numbers hoping to add some weight to your claims but yet they are completely meaningless at least for me in attempting to perform a comparison with other solutions including ours, JXInsight, which has long been regarded as the first true Java EE transaction path analysis solution and one with the lowest overhead. We even publish our benchmarks (with the code) and offer access to early access builds once the user has registered as well as providing a free development edition of an older versions without registration.</p>
<p>Probes Benchmark<br />
<a href="http://blog.jinspired.com/?p=151" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/blog.jinspired.com/?p=151&amp;referer=');">http://blog.jinspired.com/?p=151</a></p>
<p>But you (DynaTrace) know all of this already.</p>
<p>How would someone go about getting access to your software so that they could verify your claims? I would like to perform my own benchmark and compare with the other tools we have run comparative tests against.</p>
<p>regards,</p>
<p>William</p>
<p>&#8220;Performance Management and Problem Diagnostics for Java EE, SOA, and Grid Computing&#8221;<br />
<a href="http://www.jinspired.com" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/www.jinspired.com?referer=');">http://www.jinspired.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ericsenunas</title>
		<link>http://www.performanceengineer.com/blog/dynatrace/comment-page-1/#comment-7</link>
		<dc:creator>ericsenunas</dc:creator>
		<pubDate>Fri, 28 Sep 2007 10:44:32 +0000</pubDate>
		<guid isPermaLink="false">#comment-7</guid>
		<description>Thanks for mentioning how easy dynaTrace Diagnostics is to setup and configure. It’s one of our key differentiators, along with our &lt;a href=&quot;http://www.dynatrace.com/en/architecture.aspx&quot;&gt;architecture&lt;/a&gt;.

Another key differentiator related to our architecture is that, while we are in many ways like other profilers, our solution is &lt;em&gt;unlike&lt;/em&gt; them in that it can actually be run in &lt;a href=&quot;http://www.dynatrace.com/en/production.aspx&quot;&gt; production&lt;/a&gt; (as well as the rest of the &lt;a href=&quot;http://www.dynatrace.com/en/across_all_phases.aspx&quot;&gt;life-cycle&lt;/a&gt;, obviously).

So where our solution can trace as deeply as other profilers, it can also be tuned to give customers 90% of a profiler’s reach at a fraction of the overhead - thus allowing dynaTrace Diagnostics to run under load.

Here&#039;s an example with specific metrics: earlier this year a prospective customer asked us to prove this assertion against the (formerly) 800-pound gorilla in this space in a contest with a threshold of 10% overhead. Their tool was able to instrument 400 methods just below this threshold, while dynaTrace Diagnostics was at 4800 and counting with a 5-7% load. 

Needless to say, they are no longer a &lt;em&gt;prospective&lt;/em&gt; customer; and the gorilla&#039;s looking a bit more svelte.

Now it&#039;s true that as a younger company we’ve been able to learn from the market, and design our architecture based on that knowledge.

But that makes us more than just easy…

Best regards,

Eric Senunas
Senior Director, Marketing Communications, dynaTrace software</description>
		<content:encoded><![CDATA[<p>Thanks for mentioning how easy dynaTrace Diagnostics is to setup and configure. It’s one of our key differentiators, along with our <a href="http://www.dynatrace.com/en/architecture.aspx" onclick="pageTracker._trackPageview('/outgoing/www.dynatrace.com/en/architecture.aspx?referer=');">architecture</a>.</p>
<p>Another key differentiator related to our architecture is that, while we are in many ways like other profilers, our solution is <em>unlike</em> them in that it can actually be run in <a href="http://www.dynatrace.com/en/production.aspx" onclick="pageTracker._trackPageview('/outgoing/www.dynatrace.com/en/production.aspx?referer=');"> production</a> (as well as the rest of the <a href="http://www.dynatrace.com/en/across_all_phases.aspx" onclick="pageTracker._trackPageview('/outgoing/www.dynatrace.com/en/across_all_phases.aspx?referer=');">life-cycle</a>, obviously).</p>
<p>So where our solution can trace as deeply as other profilers, it can also be tuned to give customers 90% of a profiler’s reach at a fraction of the overhead &#8211; thus allowing dynaTrace Diagnostics to run under load.</p>
<p>Here&#8217;s an example with specific metrics: earlier this year a prospective customer asked us to prove this assertion against the (formerly) 800-pound gorilla in this space in a contest with a threshold of 10% overhead. Their tool was able to instrument 400 methods just below this threshold, while dynaTrace Diagnostics was at 4800 and counting with a 5-7% load. </p>
<p>Needless to say, they are no longer a <em>prospective</em> customer; and the gorilla&#8217;s looking a bit more svelte.</p>
<p>Now it&#8217;s true that as a younger company we’ve been able to learn from the market, and design our architecture based on that knowledge.</p>
<p>But that makes us more than just easy…</p>
<p>Best regards,</p>
<p>Eric Senunas<br />
Senior Director, Marketing Communications, dynaTrace software</p>
]]></content:encoded>
	</item>
</channel>
</rss>
