Q about VSZ wrt NPTL
Sameer Suhas Deokule <[email protected]> Tue, 27 Apr 2004 14:27:16 -0700 (PDT)
| Newsgroups | gmane.comp.lib.phil |
|---|---|
| Message-ID | <[email protected]> |
--===============0022329220== Content-Type: multipart/alternative; boundary="0-242537747-1083101236=:35536" --0-242537747-1083101236=:35536 Content-Type: text/plain; charset=us-ascii Where can I find more info about the following ? >there might be another effect. If this is the thread stack (is it?), then >Linux will lazy-allocate the pages mapped by it, and NPTL will cycle the >stacks (ie. instead of munmap()-ing them, they get cached). I dont >remember the exact tresholds NPTL is using for caching stacks. In any >case, the RSS of the JVM process/threads should show the exact amount of >memory allocated. I am observing that for an application using 10 threads (using nptl on rhel3.0) the pmap for the application shows 10 chunks each of 10240. Would it be correct to assume that each such chunk corresponds to the thread's stack ? also the VSZ for the app process is in excess of 100 MB. Comparing this with the application instance on solaris, the VSZ is never in excess of 10 MB under similar conditions. The RSS for the app is comparable on both solaris and rhel3.0. Any more details explaining this would be appreciated. thanks Sameer --------------------------------- Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs --0-242537747-1083101236=:35536 Content-Type: text/html; charset=us-ascii <DIV>Where can I find more info about the following ?</DIV> <DIV> </DIV> <DIV>>there might be another effect. If this is the thread stack (is it?), then<BR>>Linux will lazy-allocate the pages mapped by it, and NPTL will cycle the<BR>>stacks (ie. instead of munmap()-ing them, they get cached). I dont<BR>>remember the exact tresholds NPTL is using for caching stacks. In any<BR>>case, the RSS of the JVM process/threads should show the exact amount of<BR>>memory allocated.<BR></DIV> <DIV>I am observing that for an application using 10 threads (using nptl on rhel3.0) the pmap for the application shows 10 chunks each of 10240. Would it be correct to assume that each such chunk corresponds to the thread's stack ? also the VSZ for the app process is in excess of 100 MB. Comparing this with the application instance on solaris, the VSZ is never in excess of 10 MB under similar conditions.</DIV> <DIV> </DIV> <DIV>The RSS for the app is comparable on both solaris and rhel3.0. Any more details explaining this would be appreciated.</DIV> <DIV> </DIV> <DIV>thanks</DIV> <DIV>Sameer</DIV><p> <hr size=1><font face=arial size=-1>Do you Yahoo!?<br><a href="http://pa.yahoo.com/*http://us.rd.yahoo.com/hotjobs/hotjobs_mail_signature_footer_textlink/evt=23983/*http://hotjobs.sweepstakes.yahoo.com/careermakeover">Win a $20,000 Career Makeover at Yahoo! HotJobs </a> --0-242537747-1083101236=:35536-- --===============0022329220== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline