Hi Nhan --<br><br>Make sure you have the recent fix to Reference object processing when doing<br>MT/Parallel marking with CMS; i don't have the CR handy, but the fix was pushed by<br>Stefan not long ago. (The workaround was to disable parallel concurrent marking via<br>
-XX:-CMSConcurrentMTEnabled -- but of course the performance impact of that,<br>depending on yr platform, might compromise yr benchmarking results.)<br><br>More inline below:-<br><br><div class="gmail_quote">On Wed, Dec 7, 2011 at 2:20 PM, Dang Nhan Nguyen <span dir="ltr"><<a href="mailto:nhann@chalmers.se">nhann@chalmers.se</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">




<div>
<div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt">Hi guys,
<div><br>
</div>
<div>I am benchmarking CMS collector and found it strange that there are many objects left in remark phase.</div>
<div><br>
</div>
<div>When I check the issue again by only running foreground CMS (I changed the source code a bit to force CMS running in foreground), so there is no promotion during collecting  (so no objects marked during Preclean and Abortable Preclean phase). Even in this
 case, I found that there are still many objects left in remark phase (in lusearch and tomcat in Dacapo benchmark, they are 10 times and 1/3 of number of objects marked in concmarking phase, while in suflow, they are just about 100 objects/refs). Most (maybe
 ALL) of these objects marked in remark phase were processed by refProcessingWork(). In turn, this refProcessingWork() run in single thread mode. The performance was reduced a lot because of this.</div></div></div></blockquote>
<div><br>-XX:+ParallelRefProcEnabled uses multiple threads to do that phase.<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>
<div style="direction: ltr; font-family: Tahoma; color: rgb(0, 0, 0); font-size: 10pt;">
<div><br>
</div>
<div>My questions are:</div>
<div>1. What kinds of references were processed by refProcessingWork()? weak and soft ref? what are exactly they are?</div></div></div></blockquote><div><br>all objects of type java.lang.ref.Reference (includes WeakReferencem=, SoftReference, FinalReference, PhantomReference).<br>
 <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div style="direction: ltr; font-family: Tahoma; color: rgb(0, 0, 0); font-size: 10pt;">

<div>2. While I only run CMS in stop-the-world, why are there still many objects left to be processed by remark, in particular here is refProcessingWork()? Why aren't these references/objects processed in concurrent marking phase?</div>
</div></div></blockquote><div><br>I am not sure I understand the question. What do you mean by "run CMS in stop-the-world"? Note that Reference objects are processed<br>by all kinds of collectors, young gen (minor) or whole heap (major), stop-world or concurrent. The volume of those objects may<br>
vary a bit between them based on the heap size, NewRatio etc.<br> <br>hope that helped.<br>-- ramki<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div style="direction: ltr; font-family: Tahoma; color: rgb(0, 0, 0); font-size: 10pt;">
<div><br>
</div>
<div>Best,</div>
<div>-Nhan Nguyen</div>
</div>
</div>

</blockquote></div><br>