Could you please provide more information on your configuration, what
filesystem, is installed, an output from ps showing the memory usage of the
processes, also output from ipcs. This should help us in identifying who is
using all the memory.
Thanks
David Valin
This message posted from
Ok. Run mdb as root (mdb -k) and provide the output from the following. For
kmausers, just give the top couple. Note some of these will take a while to
run.
::memstat
::memstat
::kmastat
::kmausers
::kmem_cache
You will have a fairly hefty set of output the odds are.
Dave Valin
System Scala
It is always amazing how much data you can get out of the system isn't it :).
Anyway we are chewing up a lot of space in the anon part of vm. Willing to try
an experiment? Reboot your system and run memstat before you start anything.
Then as you fire up each application run it again. This w
What version/rev of Solaris are you running?
Thanks
Dave V
Jonathan Adams wrote:
> On Apr 10, 2008, at 9:58 AM, Zeljko Vrba wrote:
>
>> I have a 1:M producer-consumer problem (1 producer, M consumers)
>> that I use for benchmarking. Every (producer, consumer_i) pair has
>> a dedicated me
Could you please provide lockstat information from plockstat for each of
these
cases. I think I know what you are seeing, but I want data to back up
the theory.
Thanks
Dave Valin
senthil ramanujam wrote:
> Hi,
>
> I am seeing a strange performance behavior with pthread mutex
> operations on
Ok, this pretty much verifies what I thought. In the short, by running
truss you have
slowed things down enough in the application to significantly remove the
lock contention
on the program's mutex. This is one of those performance items that
appears to be contradictory
on the surface.
A bit
This is due to various issues within /proc and other kernel process
management locks. The only thing
I can say at this time is avoid numerous prstat/top commands running all
at once.A couple will not hurt
you, but numerous prstat/top commands running at the same time can
result in severe ke
