<?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: .NET Performance Analysis: A .NET Garbage Collection Mystery</title>
	<atom:link href="http://blog.dynatrace.com/2009/03/31/net-performance-analysis-a-net-garbage-collection-mystery/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.dynatrace.com/2009/03/31/net-performance-analysis-a-net-garbage-collection-mystery/</link>
	<description>dynaTrace Blog on Performance, Scalabilty and Architecture - Java and .NET  Application Performance Management</description>
	<lastBuildDate>Wed, 17 Mar 2010 14:43:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Subhasis</title>
		<link>http://blog.dynatrace.com/2009/03/31/net-performance-analysis-a-net-garbage-collection-mystery/comment-page-1/#comment-2321</link>
		<dc:creator>Subhasis</dc:creator>
		<pubDate>Mon, 20 Apr 2009 04:17:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dynatrace.com/?p=421#comment-2321</guid>
		<description>Andreas &amp; Rajat:

In .NET, if you use large object arrays (arrays larger than 85000 bytes) then you may experience a Garbage collection problem and potentially an OutofMemory exception. 

Take a look at this URL for more information:
http://www.simple-talk.com/dotnet/.net-framework/the-dangers-of-the-large-object-heap/

Regards,
Subhasis</description>
		<content:encoded><![CDATA[<p>Andreas &amp; Rajat:</p>
<p>In .NET, if you use large object arrays (arrays larger than 85000 bytes) then you may experience a Garbage collection problem and potentially an OutofMemory exception. </p>
<p>Take a look at this URL for more information:<br />
<a href="http://www.simple-talk.com/dotnet/.net-framework/the-dangers-of-the-large-object-heap/" rel="nofollow"></a><a href='http://www.simple-talk.com/dotnet/.net-framework/the-dangers-of-the-large-object-heap/'>http://www.simple-talk.com/dotnet/.net-framework/the-dangers-of-the-large-object-heap/</a></p>
<p>Regards,<br />
Subhasis</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rajat Khare</title>
		<link>http://blog.dynatrace.com/2009/03/31/net-performance-analysis-a-net-garbage-collection-mystery/comment-page-1/#comment-2001</link>
		<dc:creator>Rajat Khare</dc:creator>
		<pubDate>Fri, 10 Apr 2009 15:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dynatrace.com/?p=421#comment-2001</guid>
		<description>Hi,
I am a software architect and have been involved in developing Windows Applications that are typically tools to interact with Automotive hardware for activities like Device Configuration/Minotring/Flashing etc, so involves communication with embedded software over protocols like RS232, CAN, LINm Wireless etc..

Lately there is a customer whos is very pessimistic about using .Net for making such applications as he has the strong notion that .Net Garbage collector plays spoilsport and interferes with communication timings and peformance and hence is pusing for a very large scale automation application to be done in VC++, and not using all the other benefits of .Net

Can you please help provide some direction or links to articles/papers that have analysed .Net Garbage collector from this perspective, and if its really a problem using it in critical communication intensive applications ?
I think otherwise and believe that if proper guidelines and practices are followed to avoid GC bottlenecks, its not a problem. But I have to prove the same with enough data and statistics.

Regards,
Rajat</description>
		<content:encoded><![CDATA[<p>Hi,<br />
I am a software architect and have been involved in developing Windows Applications that are typically tools to interact with Automotive hardware for activities like Device Configuration/Minotring/Flashing etc, so involves communication with embedded software over protocols like RS232, CAN, LINm Wireless etc..</p>
<p>Lately there is a customer whos is very pessimistic about using .Net for making such applications as he has the strong notion that .Net Garbage collector plays spoilsport and interferes with communication timings and peformance and hence is pusing for a very large scale automation application to be done in VC++, and not using all the other benefits of .Net</p>
<p>Can you please help provide some direction or links to articles/papers that have analysed .Net Garbage collector from this perspective, and if its really a problem using it in critical communication intensive applications ?<br />
I think otherwise and believe that if proper guidelines and practices are followed to avoid GC bottlenecks, its not a problem. But I have to prove the same with enough data and statistics.</p>
<p>Regards,<br />
Rajat</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Performance, Scalability and Architecture - Java and .NET Application Performance Management (dynaTrace Blog) &#187; Performance Analysis: How to identify &#8220;bad&#8221; methods messing up the GC</title>
		<link>http://blog.dynatrace.com/2009/03/31/net-performance-analysis-a-net-garbage-collection-mystery/comment-page-1/#comment-1873</link>
		<dc:creator>Performance, Scalability and Architecture - Java and .NET Application Performance Management (dynaTrace Blog) &#187; Performance Analysis: How to identify &#8220;bad&#8221; methods messing up the GC</dc:creator>
		<pubDate>Tue, 07 Apr 2009 11:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dynatrace.com/?p=421#comment-1873</guid>
		<description>[...] is that we need to identify how our GC activity looks like. I&#8217;ve covered this already in my previous blog post. There are different performance counters available - both in Java and .NET - that you can monitor. [...]</description>
		<content:encoded><![CDATA[<p>[...] is that we need to identify how our GC activity looks like. I&#8217;ve covered this already in my previous blog post. There are different performance counters available &#8211; both in Java and .NET &#8211; that you can monitor. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
