On Tue, Jan 6, 2009 at 7:19 AM, S h i v wrote:
>
> Mapping the system level information that sar(1) has thrown into
> actual cause at process(or such) level has been the problem.
>
> Looking forward to get some insights.
>
On a side note, libgc.so (sun studio's garbage collection library) is
bein
Hi All,
I have a T2000 system running a legacy application(having many
processes >80). The sar(1) output shows about 10% fluctuations in the
CPU utilization in the USER space while the SYSTEM space variations do
not show evident problems.
The problem I might trying to address is: The system has be
> If you turn on kernel memory auditing with the kmem_flags variable,
> you can use the ::kmausers dcmd in mdb to see which kernel stacks
> resulted in the most memory allocations from each kmem cache. To
> enable auditing, add 'set kmem_flags=0x1' to /etc/system and reboot.
>
> > We have a V490
