All of lore.kernel.org
 help / color / mirror / Atom feed
From: "U.Mutlu" <for-gmane@mutluit.com>
To: util-linux@vger.kernel.org
Subject: Re: fsck memory leak
Date: Fri, 4 Dec 2015 20:09:38 +0100	[thread overview]
Message-ID: <n3sodi$qhv$1@ger.gmane.org> (raw)
In-Reply-To: <n3sjvh$ib8$1@ger.gmane.org>

U.Mutlu wrote on 12/04/2015 06:53 PM:
> Theodore Ts'o wrote on 12/04/2015 04:19 PM:
>> On Fri, Dec 04, 2015 at 08:15:14AM +0100, U.Mutlu wrote:
>>> Hi,
>>> when I as root do "touch /forcefsck" and reboot, then fsck will be done.
>>> But afterwards one has less free memory available than normal.
>>> Example:
>>> used mem immediately after login:
>>>   without fsck during boot:  98 MB (this the normal level here)
>>>   with fsck during boot   : 139 MB
>>> So, there is a memory leak of about 41 MB.
>>
>> Please send the output of cat /proc/meminfo (a) before running fsck,
>> (b) after running fsck, and then (c) after running "echo 3 >
>> /proc/sys/vm/drop_caches".
>
> Just tried it out.
> Doing "echo 3 > /proc/sys/vm/drop_caches" solves the problem.

But thinking twice about this leads me to the conclusion that
there still must be something fishy in the system, because
I had read the used mem from the "-/+ buffers/cache" line of the "free -lh" 
command, here an example output:

$ free -lh
              total       used       free     shared    buffers     cached
Mem:          6.9G       1.3G       5.6G        17M        70M       882M
Low:          6.9G       1.3G       5.6G
High:           0B         0B         0B
-/+ buffers/cache:       404M       6.5G
Swap:         8.0G         0B       8.0G

So, it should have already counted-in the cached memory, and IMO it does.
But then it's mysterious why the said discrepancy of 41 MB shows up
if /proc/sys/vm/drop_caches has the default value of 0.




  reply	other threads:[~2015-12-04 19:09 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-04  7:15 fsck memory leak U.Mutlu
2015-12-04  7:49 ` U.Mutlu
2015-12-04 10:21   ` Karel Zak
2015-12-04 18:00     ` U.Mutlu
2015-12-04 15:19 ` Theodore Ts'o
2015-12-04 17:53   ` U.Mutlu
2015-12-04 19:09     ` U.Mutlu [this message]
2015-12-04 19:58     ` Theodore Ts'o
2015-12-04 20:31       ` U.Mutlu
2015-12-04 21:40         ` Ruediger Meier
2015-12-04 22:26           ` U.Mutlu
2015-12-04 22:03         ` Mike Frysinger
2015-12-04 22:17         ` Theodore Ts'o
2015-12-04 22:01       ` Mike Frysinger
  -- strict thread matches above, loose matches on Subject: below --
2015-12-04 23:08 Dave Rutherford

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='n3sodi$qhv$1@ger.gmane.org' \
    --to=for-gmane@mutluit.com \
    --cc=util-linux@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.