Fwd: Re: memory usage - dentry_cache

[Marcin Kowalski <kowalski@datrix.co.za>]

To possbile answer my own question:
if I do a can on /proc/slabinfo I get  on the machine with "MISSING" memory:
---- 
slabinfo - version: 1.1 (SMP)
--- cut out
inode_cache       920558 930264    480 116267 116283    1 :  124   6
--- cut out
dentry_cache      557245 638430    128 21281 21281    1 :  252  126


while on an equivalent server I get 
----
labinfo - version: 1.1 (SMP)

inode_cache        70464  70464    480 8808 8808    1 :  124   62

dentry_cache       72900  72900    128 2430 2430    1 :  252  126

----

Notice the huge size of the inode and dentry caches. bareing in mind that 
both have 85GIG Reiserfs Home filesystems. 
The first machine has a many of directories containing many thousands for 
files. 
BTW could anyone enlighten me to the exact meaning of the values in the 
slabinfo gile.

Regards
MarCin



> I can use "ps" to see memory usage of daemons and user programs.
> I can't find any memory information of kernel with "top" and "ps".
>
> Do you know how to take memory usage information of kernel ?
> Thanks for your help.

Regarding this issue, I have a similar problem if I do a free on my system I
get :
---   total       used       free     shared    buffers     cached
Mem:       1157444    1148120       9324          0      22080     459504
-/+ buffers/cache:     666536     490908
Swap:       641016      19072     621944
---
Now what I do a ps there seems no way to accound for the 500mb + of memory
used. No single or group of processes uses that amount of memory. THis is
very disconcerting, coupled with extremely high loads when cache is dumped to
disk locking up the machine makes me want to move back to 2.2.19 from 2.4.3.

I would also be curious to see how the kernel is using memory...

TIA
MARCin


--
-----------------------------
     Marcin Kowalski
     Linux/Perl Developer
     Datrix Solutions
     Cel. 082-400-7603
      ***Open Source Kicks Ass***
-----------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

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

-- 
-----------------------------
     Marcin Kowalski
     Linux/Perl Developer
     Datrix Solutions
     Cel. 082-400-7603
      ***Open Source Kicks Ass***
-----------------------------