cc added.

On Tue, 19 Sep 2006 23:47:24 +0200
Dalibor Straka <[EMAIL PROTECTED]> wrote:

> Hello,
> 
> I am often running out of memory. It looks like an ACPI code is guilty:
> [EMAIL PROTECTED]:~$ grep -i acpi /proc/slabinfo 
> Acpi-Operand        3076   3127     64   59    1 : tunables  120   60 8 : 
> slabdata     53     53      0
> Acpi-ParseExt         16     59     64   59    1 : tunables  120   60 8 : 
> slabdata      1      1      0
> Acpi-Parse            76     92     40   92    1 : tunables  120   60 8 : 
> slabdata      1      1      0
> Acpi-State        1644960 1644960     80   48    1 : tunables  120   60 8 : 
> slabdata  34270  34270      0
> Acpi-Namespace      1177   1232     32  112    1 : tunables  120   60 8 : 
> slabdata     11     11      0
> [EMAIL PROTECTED]:~$ free
> Mem:        899280     892472       6808          0      82212 77936
> -/+ buffers/cache:     732324     166956
> Swap:      2634620     243052    2404568
> [EMAIL PROTECTED]:~$ uname -a
> Linux lili 2.6.18-rc7 #1 SMP Sun Sep 17 15:01:00 CEST 2006 x86_64
> 
> 
> Actualy the Acpi-State's memory is increasing slowly in minutes:
> Acpi-State         16176  16176     80   48    1 : tunables  120   60 8 : 
> slabdata    337    337      0
> Acpi-State         18816  18816     80   48    1 : tunables  120   60 8 : 
> slabdata    392    392      0
> Acpi-State         19200  19200     80   48    1 : tunables  120   60 8 : 
> slabdata    400    400      0
> Acpi-State         20160  20160     80   48    1 : tunables  120   60 8 : 
> slabdata    420    420      0

Yes, that is a memory leak.

> I am not familiar with kernel sources, but i can do c pretty well.
> BTW: Bios says i have 1024MB, but kernel sees 899MB :-?. The system is
> pure HP nx6325. It happens with all the recent kernels .18-rc* .17.* and
> debian's distribution 2.6.17-1-amd64-k8-smp.
> 
> Please Cc: to me, I read lkml only when I have a good mood.

-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to