lkml.org 
[lkml]   [2012]   [Apr]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: v3.4-rc2 out-of-memory problems (was Re: 3.4-rc1 sticks-and-crashs)
On 04/09/2012 01:00 PM, Sven Joachim wrote:
> On 2012-04-09 18:33 +0200, Rik van Riel wrote:
>
>> On 04/09/2012 12:19 PM, Sven Joachim wrote:
>>> On 2012-04-09 17:57 +0200, Rik van Riel wrote:
>>>
>>>> On 04/09/2012 03:04 AM, Sven Joachim wrote:
>>>>
>>>>> 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:
>>>>
>>>>> 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
>>>>> `----
>>>>
>>>> Do you see any big memory users in /proc/meminfo or in
>>>> /proc/slabinfo?
>>>
>>> Attaching these files, since I can't really make anything out of the
>>> latter. Note that I started a few memory hogs (X, Firefox, Emacs with
>>> Gnus), so overall memory footprint has grown to 768 MB.
>>
>> Looks like the "missing" 400MB is all in filesystem caches,
>> specifically the dentry cache, the ext4 inode cache and
>> buffer heads.
>
> Then why does free(1) report those in the "-/+ buffers/cache:" line? It
> did not do this with earlier kernels, AFAIK.

It has done so for over a decade. Reclaimable slab has never been
subtracted from "used" by the free utility.

--
All rights reversed


\
 
 \ /
  Last update: 2012-04-09 19:23    [W:0.055 / U:0.000 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site