RSS=Resident set size, is RAM. Anon means it does not have a corresponding inode from the filesystem.
Text or executable pages may be shared or may not, if more than one process has the file mmapped then the text is shared, else not. Now the 16 threads share the heap and the text and nothing prevents one thread from accessing the stack of another thread. For example I can put somehing in my stack on a queue for another thread to process. So literally all threads share the entire address space. But practically the stacks may not be shared. rick > Since heap and stack represent private memory, can I say that the shared > memory (among the 16 threads) in this process is: 307008 - (size of heap + > size of stacks) = 307008 - [306528 + (16 * 4)]? > > 25908: ./process -timing -threads 16 -lastframe 100 > Address Kbytes RSS Anon Locked Mode Mapped File > 08045000 12 12 12 - rwx-- [ stack ] > 08050000 2288 1768 - - r-x-- process > 0829B000 260 260 12 - rwx-- process > 082DC000 336972 306528 306528 - rwx-- [ heap ] > FDD8C000 4 4 4 - rwx-R [ stack tid=16 ] > FDE8B000 4 4 4 - rwx-R [ stack tid=15 ] > FDF8A000 4 4 4 - rwx-R [ stack tid=14 ] > FE089000 4 4 4 - rwx-R [ stack tid=13 ] > FE188000 4 4 4 - rwx-R [ stack tid=12 ] > FE287000 4 4 4 - rwx-R [ stack tid=11 ] > FE386000 4 4 4 - rwx-R [ stack tid=10 ] > FE485000 4 4 4 - rwx-R [ stack tid=9 ] > FE584000 4 4 4 - rwx-R [ stack tid=8 ] > FE683000 4 4 4 - rwx-R [ stack tid=7 ] > FE782000 4 4 4 - rwx-R [ stack tid=6 ] > FE881000 4 4 4 - rwx-R [ stack tid=5 ] > FE980000 4 4 4 - rwx-R [ stack tid=4 ] > FEA7F000 4 4 4 - rwx-R [ stack tid=3 ] > FEB7E000 4 4 4 - rwx-R [ stack tid=2 ] > FEB80000 320 252 - - r-x-- libm.so.2 > FEBDF000 8 8 8 - rwx-- libm.so.2 > FEC30000 64 64 64 - rwx-- [ anon ] > FEC50000 64 64 64 - rw--- [ anon ] > FEC6C000 128 128 128 - rw--- [ anon ] > FEC8D000 4 4 - - rwxs- [ anon ] > FEC90000 24 12 12 - rwx-- [ anon ] > FECA0000 4 4 4 - rwx-- [ anon ] > FECB0000 1276 976 - - r-x-- libc_hwcap2.so.1 > FEDFF000 28 28 28 - rwx-- libc_hwcap2.so.1 > FEE06000 8 8 8 - rwx-- libc_hwcap2.so.1 > FEE10000 12 12 - - r-x-- libpthread.so.1 > FEE20000 52 48 - - r-x-- libgcc_s.so.1 > FEE3C000 4 4 4 - rwx-- libgcc_s.so.1 > FEE40000 4 4 4 - rwx-- [ anon ] > FEE50000 856 732 - - r-x-- libstdc++.so.6.0.10 > FEF35000 160 108 32 - rwx-- libstdc++.so.6.0.10 > FEF5D000 24 12 12 - rwx-- libstdc++.so.6.0.10 > FEF70000 12 12 - - r-x-- libmtmalloc.so.1 > FEF83000 4 4 4 - rw--- libmtmalloc.so.1 > FEF90000 4 4 4 - rwx-- [ anon ] > FEFA0000 4 4 4 - rw--- [ anon ] > FEFB0000 4 4 4 - rw--- [ anon ] > FEFBE000 180 180 - - r-x-- ld.so.1 > FEFFB000 8 8 8 - rwx-- ld.so.1 > FEFFD000 4 4 4 - rwx-- ld.so.1 > -------- ------- ------- ------- ------- > total Kb 342852 311316 307008 - > -- > This message posted from opensolaris.org > _______________________________________________ > observability-discuss mailing list > observability-discuss@opensolaris.org -- Rickey C. Weisner Software Development and Performance Specialist Principal Software Engineer Systems Quality Office Oracle Corporation cell phone: 615-308-1147 email: rick.weis...@oracle.com _______________________________________________ observability-discuss mailing list observability-discuss@opensolaris.org
