Hi Elkhaoul,

elkhaoul elkhaoul wrote:
Thanks Chad,
It seems that it will not return memory to applications, in fact, when the kernel/buffer cache use the all memory, Applications use swap and The scan rate is very high :
sar -g 3 ==>
pgscan/s =  5264
Now, I have this :
### top
last pid: 1107; load avg: 1.76, 1.66, 1.63; up 2+18:47:21 13:37:46
703 processes: 700 sleeping, 3 on cpu
CPU states: 66.6% idle, 11.5% user, 21.9% kernel,  0.0% iowait,  0.0% swap
Memory: 8192M phys mem, 2123M free mem, 16G total swap, 16G free swap
And *2123M free mem is incresing.* ** *Is this any tools to know who use the big portion of RAM ?* ** *Thanks in advance
*

Have you tried:

echo "::memstat" | mdb -k

Do this a few times over some interval to see if the kernel is growing.
Is there a reason you think the leak is in the buffer cache?

Do you have large, growing files in /tmp or a tmpfs mounted
file system?  That can also eat up memory.
Do you have a large process that is growing?
You can use prstat -s size
or prstat -s rss
to see sorted memory usage of processes.

max

--- En date de : *Lun 9.3.09, Chad Mynhier /<cmynh...@gmail.com>/* a écrit :


    De: Chad Mynhier <cmynh...@gmail.com>
    Objet: Re: [perf-discuss] Sol10 Leak memory
    À: "elkhaoul" <elkha...@yahoo.fr>
    Cc: perf-discuss@opensolaris.org
    Date: Lundi 9 Mars 2009, 13h13

    On Mon, Mar 9, 2009 at 3:52 AM, elkhaoul <elkha...@yahoo.fr
    <http://fr.mc269.mail.yahoo.com/mc/compose?to=elkha...@yahoo.fr>>
    wrote:
    > Hi,
    >
    > Solaris 10 3/05 s10_74L2a SPARC use 30% of memory and it
    increase every days.
    >
    > Is there any leak memory in this OS (Sol10 118822-26) ?
    >

    No, this is normal behavior.  The buffer cache will grow to use all of
    free memory.  It won't steal memory from applications, though, and it
    will return memory to the system for applications that need it.

    Chad


------------------------------------------------------------------------

_______________________________________________
perf-discuss mailing list
perf-discuss@opensolaris.org

_______________________________________________
perf-discuss mailing list
perf-discuss@opensolaris.org

Reply via email to