<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/'><id>tag:blogger.com,1999:blog-8329194600626179521.comments</id><updated>2008-11-18T00:46:45.343-05:00</updated><title type='text'>The deep heap</title><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://www.deepheap.com/feeds/comments/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/comments/default'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/'/><author><name>Nick Maiorano</name><uri>http://www.blogger.com/profile/14891832822679249137</uri><email>noreply@blogger.com</email></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>10</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-4979877788984500131</id><published>2008-11-18T00:46:45.343-05:00</published><updated>2008-11-18T00:46:45.343-05:00</updated><title type='text'>sometimes, infrastructure can be completely invisi...</title><summary type='text'>sometimes, infrastructure can be completely invisible, and impose no conformity at all; if you have a moment, please give a quick look to this short &lt;A HREF="http://weblogs.java.net/blog/cajo/archive/2007/09/simple_interjvm.html" REL="nofollow"&gt;example&lt;/A&gt;</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/4782723891702259439/comments/default/4979877788984500131'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/4782723891702259439/comments/default/4979877788984500131'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/11/being-joe-software-plumber.html?showComment=1226987205343#c4979877788984500131' title=''/><author><name>John</name><uri>http://www.blogger.com/profile/01312170448870264487</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/11/being-joe-software-plumber.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-4782723891702259439' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/4782723891702259439' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-1707107909807235184</id><published>2008-09-16T15:20:16.304-04:00</published><updated>2008-09-16T15:20:16.304-04:00</updated><title type='text'>One of the most useful tools I am really missing i...</title><summary type='text'>One of the most useful tools I am really missing is a monitor statistic, which class and object have how many blocked threads for how long. This will make that kind of debugging quite easy. You can also see which synchronized blocks are actually painful and which not.&lt;BR/&gt;&lt;BR/&gt;Even with sampling profilers I don't know any who can aggregate it by lock instead of by block.</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/6973255155355685503/comments/default/1707107909807235184'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/6973255155355685503/comments/default/1707107909807235184'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/06/kill-your-way-to-high-performance.html?showComment=1221592816304#c1707107909807235184' title=''/><author><name>eckes</name><uri>http://bernd.eckenfels.net/</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/06/kill-your-way-to-high-performance.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-6973255155355685503' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/6973255155355685503' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-108048399534417519</id><published>2008-07-22T08:50:59.041-04:00</published><updated>2008-07-22T08:50:59.041-04:00</updated><title type='text'>adelle,What's the issue?  The encapsulating class ...</title><summary type='text'>adelle,&lt;BR/&gt;&lt;BR/&gt;What's the issue?  The encapsulating class implements IDisposable and delegates to the instance member's Dispose().  There's even a pattern for this.  What am I missing?</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/108048399534417519'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/108048399534417519'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html?showComment=1216731059041#c108048399534417519' title=''/><author><name>Bill</name><uri>http://www.blogger.com/profile/05888776726588158230</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-3265518670840499681' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/3265518670840499681' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-5944922471002483801</id><published>2008-07-22T06:48:59.705-04:00</published><updated>2008-07-22T06:48:59.705-04:00</updated><title type='text'>The problem with IDisposable, is how do you encaps...</title><summary type='text'>The problem with IDisposable, is how do you encapsulate an IDisposable object?</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/5944922471002483801'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/5944922471002483801'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html?showComment=1216723739705#c5944922471002483801' title=''/><author><name>adelle</name><uri>http://www.blogger.com/profile/06995965292368938547</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-3265518670840499681' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/3265518670840499681' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-665933848232054594</id><published>2008-07-21T16:30:23.520-04:00</published><updated>2008-07-21T16:30:23.520-04:00</updated><title type='text'>Excellent analysis!  I tend to think that even in ...</title><summary type='text'>Excellent analysis!  I tend to think that even in systems with hard real-time responsiveness constraints, a correctly implemented generational (or similar) GC is probably sufficient.  A *lot* of research has gone into this area, and there's really no reason for modern garbage collection implementations to be "stop the world"-style.  Yes, the system still has to slow down a bit during asynchronous</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/665933848232054594'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/665933848232054594'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html?showComment=1216672223520#c665933848232054594' title=''/><author><name>Daniel</name><uri>http://www.codecommit.com/blog/</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-3265518670840499681' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/3265518670840499681' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-4452028277125833915</id><published>2008-07-21T15:58:10.822-04:00</published><updated>2008-07-21T15:58:10.822-04:00</updated><title type='text'>No, the need for determinism isn't being oversold....</title><summary type='text'>No, the need for determinism isn't being oversold.  You're just not understanding the need.  It's not about realtime requirements or responsiveness, but simply about determinism.  After all, C# has the using block for just this reason.  Other languages that rely on GC don't go that far, but the libraries certainly go out of their way to address the issue.  Take ruby for instance.  There's no end </summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/4452028277125833915'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/4452028277125833915'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html?showComment=1216670290822#c4452028277125833915' title=''/><author><name>Bill</name><uri>http://www.blogger.com/profile/05888776726588158230</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-3265518670840499681' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/3265518670840499681' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-6237388439029559506</id><published>2008-07-21T12:20:01.586-04:00</published><updated>2008-07-21T12:20:01.586-04:00</updated><title type='text'>While embedded systems running jet fighters need a...</title><summary type='text'>While embedded systems running jet fighters need all the responsiveness the underlying hardware allows, most other apps can tolerate some delays. By manually managing memory in exchange for extra determinism, these apps end up paying too much in terms of complexity for something they don't really need. My main point was that GC critics are overselling the need for application determinism.&lt;BR/&gt;&lt;BR</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/6237388439029559506'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/6237388439029559506'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html?showComment=1216657201586#c6237388439029559506' title=''/><author><name>Nick Maiorano</name><uri>http://www.blogger.com/profile/14891832822679249137</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='09178801958853708662'/></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-3265518670840499681' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/3265518670840499681' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-766410437059720885</id><published>2008-07-21T11:02:42.036-04:00</published><updated>2008-07-21T11:02:42.036-04:00</updated><title type='text'>If garbage collection were to be added to C++0x, d...</title><summary type='text'>If garbage collection were to be added to C++0x, destructors _would not_ be removed (that would be backwards incompatible), so RAII would still be possible. Instead presumably GC collected would simply not execute their destructor -- but stack allocated objects (used for the RAII pattern) would.&lt;BR/&gt;&lt;BR/&gt;Also, that the majority of applications don't need real time response is not a good argument </summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/766410437059720885'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/3265518670840499681/comments/default/766410437059720885'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html?showComment=1216652562036#c766410437059720885' title=''/><author><name>Jengu</name><uri>http://www.blogger.com/profile/13531274816722633428</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/07/is-garbage-collection-failed-concept.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-3265518670840499681' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/3265518670840499681' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-7793403459432490977</id><published>2008-07-07T15:30:42.811-04:00</published><updated>2008-07-07T15:30:42.811-04:00</updated><title type='text'>Why not just take some free java profiler and use ...</title><summary type='text'>Why not just take some free java profiler and use sampling mode? There are lots of them.&lt;BR/&gt;However, there is one case where this technique is useful, namely when the application is started without -Xdebug, but I haven't seen people who have a good reason to do that for a long time.</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/6973255155355685503/comments/default/7793403459432490977'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/6973255155355685503/comments/default/7793403459432490977'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/06/kill-your-way-to-high-performance.html?showComment=1215459042811#c7793403459432490977' title=''/><author><name>antilamer</name><uri>http://antilamer.livejournal.com/</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/06/kill-your-way-to-high-performance.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-6973255155355685503' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/6973255155355685503' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-8329194600626179521.post-5648477192058758261</id><published>2008-07-07T02:32:31.238-04:00</published><updated>2008-07-07T02:32:31.238-04:00</updated><title type='text'>Hi Nick I thought this was a great article, and wo...</title><summary type='text'>Hi Nick &lt;BR/&gt;I thought this was a great article, and would really like to repost on Javalobby with your permission. If you're interested contact me- james at dzone dot com - and we can organise it.&lt;BR/&gt;Regards&lt;BR/&gt;James</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/7025867269682625179/comments/default/5648477192058758261'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/8329194600626179521/7025867269682625179/comments/default/5648477192058758261'/><link rel='alternate' type='text/html' href='http://www.deepheap.com/2008/06/art-of-hack.html?showComment=1215412351238#c5648477192058758261' title=''/><author><name>James</name><uri>http://www.blogger.com/profile/08468972062514207894</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.deepheap.com/2008/06/art-of-hack.html' ref='tag:blogger.com,1999:blog-8329194600626179521.post-7025867269682625179' source='http://www.blogger.com/feeds/8329194600626179521/posts/default/7025867269682625179' type='text/html'/></entry></feed>