<?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>Difference Between Perf Data Reported by Different Tools – 2</title><link>http://blogs.msdn.com/maoni/archive/2006/12/12/difference-between-perf-data-reported-by-different-tools-2.aspx</link><description>Managed Heap Size We have both .NET CLR Memory perf counters and SoS extensions that report manged heap size related data. Difference 2 There are a few .NET CLR Memory counters that are related to the managed heap size: # Total Committed Bytes # Total</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Interesting Finds: December 12, 2006</title><link>http://blogs.msdn.com/maoni/archive/2006/12/12/difference-between-perf-data-reported-by-different-tools-2.aspx#1271177</link><pubDate>Wed, 13 Dec 2006 07:25:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1271177</guid><dc:creator>Jason Haley</dc:creator><description /></item><item><title>re: Difference Between Perf Data Reported by Different Tools – 2</title><link>http://blogs.msdn.com/maoni/archive/2006/12/12/difference-between-perf-data-reported-by-different-tools-2.aspx#1376236</link><pubDate>Fri, 29 Dec 2006 00:15:24 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1376236</guid><dc:creator>Marteen Rojo</dc:creator><description>&lt;p&gt;Dear Maoni,&lt;/p&gt;
&lt;p&gt;its with great interest that I've been reading your blog posts.&lt;/p&gt;
&lt;p&gt;We are sizing/capacity planning my company's application's performance,&lt;/p&gt;
&lt;p&gt;So for each application-centric object we create, memory is measured (so as to figure out how many we can create etc.).&lt;/p&gt;
&lt;p&gt;Can you explain the difference between these 2 performance counters?&lt;/p&gt;
&lt;p&gt;Process\Private Bytes and&lt;/p&gt;
&lt;p&gt;.NET CLR Memory \ # Total committed Bytes ?&lt;/p&gt;
&lt;p&gt;I thought that Process\Private Bytes showed , basically, how much memory was actually in use, but now I think the &amp;quot;# Total committed Bytes&amp;quot; is what should be measured.&lt;/p&gt;
&lt;p&gt;Sincerely,&lt;/p&gt;
&lt;p&gt;Marteen&lt;/p&gt;
</description></item><item><title>re: Difference Between Perf Data Reported by Different Tools – 2</title><link>http://blogs.msdn.com/maoni/archive/2006/12/12/difference-between-perf-data-reported-by-different-tools-2.aspx#1379157</link><pubDate>Fri, 29 Dec 2006 12:35:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1379157</guid><dc:creator>maoni</dc:creator><description>&lt;p&gt;Marteen, the .NET CLR Memory\# Total Committed Bytes is only the private bytes used for *managed heap*. In your process you have other things that will contribute to the private bytes like if you make native allocations either yourself or in some modules that you use and Process\Privates Bytes shows all private bytes used in the process.&lt;/p&gt;
</description></item><item><title>re: Difference Between Perf Data Reported by Different Tools – 2</title><link>http://blogs.msdn.com/maoni/archive/2006/12/12/difference-between-perf-data-reported-by-different-tools-2.aspx#1475245</link><pubDate>Tue, 16 Jan 2007 06:32:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1475245</guid><dc:creator>leoleo</dc:creator><description>&lt;p&gt;This is really interesting, so it looks like the heap sizes from perf counters will always be smaller than !sos.eeheap -gc. For one it doesn't include gen0 but that's a small portion relatively speaking but also it is post GC data which means the heaps are all &amp;quot;cleaned up&amp;quot;. Does that sound about right?&lt;/p&gt;
</description></item><item><title>re: Difference Between Perf Data Reported by Different Tools – 2</title><link>http://blogs.msdn.com/maoni/archive/2006/12/12/difference-between-perf-data-reported-by-different-tools-2.aspx#1475343</link><pubDate>Tue, 16 Jan 2007 07:05:39 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1475343</guid><dc:creator>maoni</dc:creator><description>&lt;p&gt;Yes.&lt;/p&gt;
</description></item><item><title>re: Difference Between Perf Data Reported by Different Tools – 2</title><link>http://blogs.msdn.com/maoni/archive/2006/12/12/difference-between-perf-data-reported-by-different-tools-2.aspx#9625559</link><pubDate>Mon, 18 May 2009 20:06:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9625559</guid><dc:creator>Mak</dc:creator><description>&lt;p&gt;Maoni,&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; What does it mean if .NET CLR Memory \ # Total committed Bytes &amp;nbsp;is much greater than GC Heap Size. I have a case where Total Committed bytes is 150 MB and GC Heap size is 80 MB. &lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
&lt;p&gt;Mak &amp;nbsp; &lt;/p&gt;
</description></item><item><title>re: Difference Between Perf Data Reported by Different Tools – 2</title><link>http://blogs.msdn.com/maoni/archive/2006/12/12/difference-between-perf-data-reported-by-different-tools-2.aspx#9932180</link><pubDate>Thu, 03 Dec 2009 20:30:16 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9932180</guid><dc:creator>maoni</dc:creator><description>&lt;p&gt;Mak, we do leave some space at the end of the ephemeral segment committed 'cause we don't want to decommit it and have to commit it again for allocations. This is what causes the descrepency.&lt;/p&gt;
</description></item></channel></rss>