<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:admin="http://webns.net/mvcb/"
xmlns:cc="http://web.resource.org/cc/"
xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="http://weblogs.java.net/blog/mlam/">
<title>Mark Lam&apos;s Blog</title>
<link>http://weblogs.java.net/blog/mlam/</link>
<description></description>
<dc:language>en-us</dc:language>
<dc:creator></dc:creator>
<dc:date>2008-06-16T22:29:20-08:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.01D" />


<items>
<rdf:Seq><rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2008/06/cvm_object_allo.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2008/06/not_at_sun_anym.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2008/03/jvmti_in_multit.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2008/03/cvm_jit_constan.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/09/vm_inspector_01_1.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/08/whats_the_diff.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/08/cvm_why_use_the.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/07/cvms_vm_inspect.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/07/cdc_and_jvmti.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/06/async_thread_du.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/06/the_price_of_sp.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/04/meeting_up_java.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/04/java_and_more_e_1.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/04/why_choose_java.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mlam/archive/2007/02/jit_performance_1.html" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2008/06/cvm_object_allo.html">
<title>CVM Object Allocation</title>
<link>http://weblogs.java.net/blog/mlam/archive/2008/06/cvm_object_allo.html</link>
<description>Why does the CVM GC stop the world for object allocations?  The answer: for performance.  Here&apos;s how it works ...</description>
<dc:subject>Virtual Machine</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2008-06-16T22:29:20-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2008/06/not_at_sun_anym.html">
<title>Not at Sun anymore</title>
<link>http://weblogs.java.net/blog/mlam/archive/2008/06/not_at_sun_anym.html</link>
<description>Tonight, I noticed that there were a few inquiries posted (back in May) as comments on some of my old entries. I apologize for not bring able to respond since I didn&apos;t know about them until now. Well, I left...</description>
<dc:subject></dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2008-06-16T01:06:44-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2008/03/jvmti_in_multit.html">
<title>JVMTI in Multi-tasking VMs (MVM)</title>
<link>http://weblogs.java.net/blog/mlam/archive/2008/03/jvmti_in_multit.html</link>
<description><![CDATA[In a <a href=http://weblogs.java.net/blog/mlam/archive/2007/07/cdc_and_jvmti.html#38738>comment</a> in a previous article, Steven North asks about JVMTI for an MVM.  Here're my brief thoughts on that subject.]]></description>
<dc:subject>Virtual Machine</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2008-03-13T01:21:30-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2008/03/cvm_jit_constan.html">
<title>CVM JIT Constant Pool Dumps</title>
<link>http://weblogs.java.net/blog/mlam/archive/2008/03/cvm_jit_constan.html</link>
<description><![CDATA[In a <a href=http://weblogs.java.net/blog/mlam/archive/2007/04/why_choose_java.html#38724>comment</a> in a previous article, Jamsheed asked why CVM's JIT dumps compiled code constants in a seemingly reverse order.  Well, here's a discussion about why.]]></description>
<dc:subject>Virtual Machine</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2008-03-12T23:52:29-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/09/vm_inspector_01_1.html">
<title>VM Inspector 0.1: Some new stuff</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/09/vm_inspector_01_1.html</link>
<description>Some new features have been added to the CVM&apos;s VM Inspector.  This entry will give you a quick update on this.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-09-21T19:37:21-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/08/whats_the_diff.html">
<title>What&apos;s the Diff?</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/08/whats_the_diff.html</link>
<description>You&apos;ve been working with the phoneME Advanced code base (or one of the other projects) on java.net, and you see that someone has checked in some code with a certain revision number.  How do you find out what that change is for?  This entry will give you a clue.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-08-31T19:22:05-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/08/cvm_why_use_the.html">
<title>CVM: Why use the C or Java heap?</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/08/cvm_why_use_the.html</link>
<description>A comment in a previous blog asks why CVM keeps some data structures in the C heap instead of the Java heap.  Here&apos;s the answer.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-08-09T18:49:59-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/07/cvms_vm_inspect.html">
<title>CVM&apos;s VM Inspector</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/07/cvms_vm_inspect.html</link>
<description>A Java virtual machine is a complex piece of machinery.  How does one navigate its internal data structures and make sense of all those data bits?  Well, for CVM, there is help: the VM Inspector.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-07-31T23:59:00-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/07/cdc_and_jvmti.html">
<title>CDC and JVMTI</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/07/cdc_and_jvmti.html</link>
<description>The JVM Tools Interface (JVMTI) was introduced with JavaSE 1.5.  Are there issues with using it on CDC 1.1 which is based on JavaSE 1.4?  </description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-07-30T22:45:39-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/06/async_thread_du.html">
<title>Async Thread Dumps on CVM</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/06/async_thread_du.html</link>
<description>Sometimes, your application appears to be hanging, and you don&apos;t quite know where it&apos;s hanging.  If you&apos;re running your app on the phoneME Advanced VM (CVM), then here&apos;s a way to hack it to get a dump of the thread stacks so that you can get an idea of where your app is hung.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-06-22T01:45:33-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/06/the_price_of_sp.html">
<title>The Price of Speed</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/06/the_price_of_sp.html</link>
<description>Java ME is typically deployed in resource constrained devices.  We like JIT compilers because they can make Java applications run fast on these devices.  But how much overhead do they incur?  Come find out.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-06-06T23:40:02-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/04/meeting_up_java.html">
<title>Meeting up @ JavaOne 2007</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/04/meeting_up_java.html</link>
<description>Does anyone want to meet up at JavaOne?</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-04-28T12:39:53-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/04/java_and_more_e_1.html">
<title>Java and More Embedded Considerations</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/04/java_and_more_e_1.html</link>
<description>This is a follow-up to my previous article &quot;Why Choose Java?&quot;.  This article will try to provide some answers about various things that embedded device developers are likely to ask when choosing a software platform to develop on.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-04-22T03:46:00-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/04/why_choose_java.html">
<title>Why choose Java?</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/04/why_choose_java.html</link>
<description>Those of us who have worked with the Java platform tends to take its benefits for granted.  However, to a developer who is new to the Java platform, the reasons to choose it may not be so obvious.  This article will try to capture once again why the Java platform makes sense both from a technical and business perspective.  However, I will talk about this from an embedded systems developer&apos;s perspective.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-04-17T03:09:02-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mlam/archive/2007/02/jit_performance_1.html">
<title>JIT Performance: Defying Physics?</title>
<link>http://weblogs.java.net/blog/mlam/archive/2007/02/jit_performance_1.html</link>
<description>Previously, I&apos;ve explained from why, for a Java virtual machine 
implementation, a dynamic adaptive compiler / just-in-time compiler 
(JIT) will out-perform a hardware Java processor (JPU).  But this may 
still feel counter-intuitive to you.  In this article, I will try to give you an intuitive sense of the issue, plus talk about a few other things.</description>
<dc:subject>Community: Mobile &amp; Embedded</dc:subject>
<dc:creator>mlam</dc:creator>
<dc:date>2007-02-21T17:56:12-08:00</dc:date>
</item>


</rdf:RDF>
