From: Simon (simon.zcyuan@gmail.com)
Date: Tue Sep 18 2007 - 21:05:49 EDT
Hi,
I failed to find the process that eating up the memory,but with system
reset,the issue vanished.
Thanks for all replies.
Rgds,
Simon
On 9/18/07, A Darren Dunham <ddunham@taos.com> wrote:
> > Our solaris 9 is runing into trouble,that we found the "w" column in
> > 'vmstat' output always kept very high,and reach to 70,sometimes up to
> > 78,as:
> >
> > # vmstat 2
> > kthr memory page disk faults cpu
> > r b w swap free re mf pi po fr de sr s0 s1 s2 s3 in sy cs us sy id
> > 0 0 70 63627184 31472752 326 2238 0 56 56 0 0 12 0 0 12 16323 76495
> > 20587 18 15 66
> > 0 0 70 63627104 31472968 1015 6954 0 171 171 0 0 21 0 0 21 16351
> > 84333 20565 16 17 67
> > 0 2 70 63627176 31473432 832 5714 0 143 143 0 0 18 0 0 18 15583 77438
> > 19683 16 17 67
>
> That represents the number of threads that are swapped out.
>
> > # sar -q 1 2
> > 14:13:29 runq-sz %runocc swpq-sz %swpocc
> > 14:13:30 0.0 0 70.0 94
> > 14:13:31 0.0 0 70.0 95
> >
> > Generally,higher "w" indicates the physical memory shortage,but it's
> > not the case in fact,we have 48G memory populated,and abundant free
> > memory:
>
> It indicates that a severe memory shortage *has happened at least once
> in the past*. It doesn't indicate much of anything about the current
> situation.
>
> > # netstat -k system_pages |grep pagesfree
> > pp_kernel 344545 pagesfree 3933796 pageslocked 1192472 pagestotal 6038433
> >
> > I suspected it may be caused by an unkown process,it locked something
> > that should have freed,but how to know the procee ?
>
> It's several threads that got swapped out during a memory shortfall.
> Unfortunately, I've asked this identical question many times over the
> years. No one has been able to generate a good method for tracking down
> what process or processes are currently swapped out.
>
> Presumably some investigative work with 'pmap -x' could find the
> processes with no private space loaded, but I haven't been very
> successful in using that information.
>
> Good luck. Please let us know what information you come up with.
>
> --
> Darren Dunham ddunham@taos.com
> Senior Technical Consultant TAOS http://www.taos.com/
> Got some Dr Pepper? San Francisco, CA bay area
> < This line left intentionally blank to confuse you. >
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:42:20 EDT