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 /<[email protected]>/* a écrit :


    De: Chad Mynhier <[email protected]>
    Objet: Re: [perf-discuss] Sol10 Leak memory
    À: "elkhaoul" <[email protected]>
    Cc: [email protected]
    Date: Lundi 9 Mars 2009, 13h13

    On Mon, Mar 9, 2009 at 3:52 AM, elkhaoul <[email protected]
    <http://fr.mc269.mail.yahoo.com/mc/[email protected]>>
    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
[email protected]

_______________________________________________
perf-discuss mailing list
[email protected]

Reply via email to