Jerry Jelinek wrote: > Brian Kolaci wrote: >> Thanks Lou. >> Is there anything in the works that you know of? rcapd also doesn't work >> properly due to this issue. The customer has several other systems >> with zones that also do alot of shared memory that aren't oracle. They >> were actually looking for this in SunMC or some other standard utility. >> >> Lou Springer wrote: >>> Unfortunately, the short answer is no. None of the "out of the box" >>> Solaris utilities account for "double-dipping" shared memory. This is a >>> long standing issue. >>> >>> For Oracle process related answers, you can use the Oracle utilities to >>> see it's memory consumption and come up with a total calculation >>> accounting for this. If anything else is using shared memory, you would >>> also need to account for this. >>> >>> Lou >>> >>> Brian Kolaci wrote: >>>> Is there a way to get the actual memory & swap usage of zones? >>>> You can't sum the RSS values of the processes in zones since >>>> processes like oracle show shared memory segments separate for >>>> each LWP and proc as well as separate for shared text segments for >>>> things like libc.so. So if you summed the RSS values of the processes >>>> in the zones it may show 500 Gig rather than 50 Gig. > > You might take a look at: > > 4754856 *prstat* prstat -atJTZ should count shared segments only once > > This has been fixed in nevada since last December and will be fixed in > the upcoming S10u4 release as well. This is also discussed in more > detail in this thread: > > http://www.opensolaris.org/jive/thread.jspa?threadID=10451&tstart=0 > > and in this arc cases: > > http://www.opensolaris.org/os/community/arc/caselog/2006/496/ > > Jerry > _______________________________________________ > zones-discuss mailing list > zones-discuss@opensolaris.org
Thanks, this is what I was looking for. _______________________________________________ zones-discuss mailing list zones-discuss@opensolaris.org