On 12/14/05, Kalin KOZHUHAROV <[email protected]> wrote:
<snip>
> According to slabtop:
> Active / Total Objects (% used) : 1806688 / 1826914 (98.9%)
> Active / Total Slabs (% used) : 36958 / 36958 (100.0%)
> Active / Total Caches (% used) : 64 / 106 (60.4%)
> Active / Total Size (% used) : 138777.10K / 143195.01K (96.9%)
> Minimum / Average / Maximum Object : 0.02K / 0.08K / 128.00K
>
> OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
> 1768936 1768884 99% 0.07K 34018 52 136072K size-64
> 19642 16616 84% 0.06K 322 61 1288K buffer_head
> 10152 4828 47% 0.14K 376 27 1504K dentry_cache
>
> ss ~ # cat /proc/slabinfo |grep "size-64 "
> size-64 1767932 1768000 76 52 1 : tunables 32 16 0 : slabdata 33999
> 34000 0 : globalstat 21513120 1767964 34005 0 0 1 84 0 : cpustat 614583639
> 1370079 612951759 1234047
>
> ss ~ # lsmod
> Module Size Used by
> nfs 114540 1
> lockd 66920 2 nfs
> nfs_acl 3680 1 nfs
> sunrpc 152004 4 nfs,lockd,nfs_acl
> usbhid 27876 0
> yenta_socket 26028 2
> rsrc_nonstatic 14112 1 yenta_socket
> ehci_hcd 33224 0
> ohci_hcd 21988 0
> usbcore 125660 4 usbhid,ehci_hcd,ohci_hcd
> e100 37984 0
> mii 5568 1 e100
<snip>
size-64 is pretty tiny, and I don't think e100 makes any allocations
that tiny, so you should be able to eliminate e100. If you try an
older kernel and it works you might be able to get an idea of where
changes have been made to start looking for kmallocs of size <= 64
bytes
your unloading module case is a bit of a misnomer because the item
that leaked may not know it leaked and therefore could unload without
freeing the things it leaked.
I'm not sure how to help you from here, have you tried a kernel.org
kernel like 2.6.14.3? You're likely to get more help from here if you
do.
Jesse
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
