linux-kernel - Re: v3.4-rc2 out-of-memory problems (was Re: 3.4-rc1 sticks-and-crashs)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <8762d9v10x.fsf@turtle.gmx.de>
Date:	Mon, 09 Apr 2012 09:04:46 +0200
From:	Sven Joachim <svenjoac@....de>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	werner <w.landgraf@...ru>, David Rientjes <rientjes@...gle.com>,
	Rik van Riel <riel@...hat.com>,
	Hugh Dickins <hughd@...gle.com>, linux-kernel@...r.kernel.org,
	Oleg Nesterov <oleg@...hat.com>
Subject: Re: v3.4-rc2 out-of-memory problems (was Re: 3.4-rc1 sticks-and-crashs)

On 2012-04-09 05:11 +0200, Linus Torvalds wrote:

> On Sun, Apr 8, 2012 at 7:50 PM, Andrew Morton <akpm@...ux-foundation.org> wrote:
>> On Sun, 8 Apr 2012 19:42:31 -0700 Linus Torvalds <torvalds@...ux-foundation.org> wrote:
>>>
>>> > Apr __8 20:29:11 werner kernel: Normal free:44004kB min:44012kB low:55012kB
>>> > high:66016kB active_anon:0kB inactive_anon:0kB active_file:132kB
>>> > inactive_file:140kB unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>> > present:885944kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB
>>> > slab_reclaimable:13068kB slab_unreclaimable:147784kB kernel_stack:628952kB
>>> > pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:1376
>>> > all_unreclaimable? yes
>>
>> That's claiming that 600MB of ZONE_NORMAL is being used for kernel stacks.
>
> Well, that would certainly eat up memory that is hard to get back.

While I did not experience any crashes or instabilities (yet?), I'm also
seeing memory leaks.  On a system started this morning, with hardly
anything running:

,----
| $ pstree
| init-+-acpid
|      |-atd
|      |-cron
|      |-dbus-daemon
|      |-dhclient
|      |-dictd
|      |-5*[getty]
|      |-gpm
|      |-login---zsh---pstree
|      |-lpd
|      |-master-+-pickup
|      |        `-qmgr
|      |-named---4*[{named}]
|      |-rpc.statd
|      |-rpcbind
|      |-rsyslogd---3*[{rsyslogd}]
|      |-timidity
|      |-udevd---2*[udevd]
|      `-wpa_supplicant
`----

where I would expect no more than 50 MB used, 400 MB are actually in use:

,----
| $ free
|              total       used       free     shared    buffers     cached
| Mem:       3348400    1849712    1498688          0     328960    1119180
| -/+ buffers/cache:     401572    2946828
| Swap:      3719040          0    3719040
`----

Cheers,
       Sven

> Werner - if you can reproduce this, can you get a "ps axl" or similar
> when it starts happening? Or probably even long before, since it
> probably starts long long earlier.
>
> Or does anybody see anything that keeps thread counts raised so that
> "free_task()" doesn't get done. kernel/profoe.c does that
> "profile_handoff_task()" thing - but only oprofile and the android
> low-memory-killer logic seems to use it though. But that's exactly the
> kind of thing that Werner's "configure everything" might enable -
> Werner?
>
> What else would do this? I'd suspect the /proc code, but that grabs
> the mm_struct, and those particular changes were pre-3.3 anyway.
>
> Adding Oleg just in case he has any ideas about process code changes
> (or some usermodehelper thing that leaks processes, or whatever).

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/