From: Daniel Phillips <phillips@bonn-fries.net>
To: Sven Heinicke <sven@research.nj.nec.com>, linux-kernel@vger.kernel.org
Subject: Re: Google's mm problems with 2.4.13 and 4G of memory
Date: Fri, 2 Nov 2001 23:24:37 +0100 [thread overview]
Message-ID: <20011102222328Z16846-4784+475@humbolt.nl.linux.org> (raw)
In-Reply-To: <E15yhyY-0000Yb-00@starship.berlin> <15329.43498.436892.985755@abasin.nj.nec.com>
In-Reply-To: <15329.43498.436892.985755@abasin.nj.nec.com>
On November 1, 2001 09:00 pm, Sven Heinicke wrote:
> I got a Dell powerEdge something with 4G of memory locking up pritty
> hard when Danial Phillips test program hits chunk 9:
>
> mlocking at 401bf000 of size 1048576
> mlock took 12.181794 seconds
> munlock'ed 5999e000
> munmap'ed 5999e000
> Loading data at 5999e000 for slot 1
> Load (/mnt/sdb/sven/chunk9) succeeded!
> mlocking slot 1, 5999e000
> mlocking at 5999e000 of size 1048576
>
>
> And nothing. It's a vanilla 2.4.13 kernel and Mandrake 8.0.
>
> If I run the program up to like chunk 3 and send an interrupt it
> doesn't free up the memory unless I umount the file system.
Not freeing up the memory until umount is not a bug, it's normal. The
(cache) memory is supposed to be freed up when it's needed for something more
important.
The discussion right now is about whether the mm is supposed to be able to
handle more than 50% mlocked memory or whether that's a user bug.
(I think we should be able to mlock >90% of memory, but there isn't general
agreement on this. The question is not whether it's possible, but whether
there's a real need for applications to be able to do this.)
> Please suggest idea on how to fix it. I have this system to abuse for
> several days.
Please stay tuned.
--
Daniel
next prev parent reply other threads:[~2001-11-02 22:23 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-30 23:07 Google's mm problems Daniel Phillips
2001-11-01 20:00 ` Google's mm problems with 2.4.13 and 4G of memory Sven Heinicke
2001-11-02 22:24 ` Daniel Phillips [this message]
2001-11-03 20:56 ` Google's mm problems Christian Ehrhardt
2001-11-04 3:29 ` Daniel Phillips
2001-11-05 16:10 ` Sven Heinicke
2001-11-09 9:38 ` 2.4.>=13 VM/kswapd/shmem/Oracle issue (was Re: Google's mm problems) Ken Brownfield
2001-11-09 22:39 ` vda
2001-11-15 17:40 ` Andrea Arcangeli
2001-11-15 17:48 ` Arjan van de Ven
2001-11-17 15:54 ` Andrea Arcangeli
2001-11-18 6:17 ` Mike Galbraith
2001-11-18 6:27 ` Andrea Arcangeli
2001-11-18 7:14 ` Mike Galbraith
2001-11-15 20:07 ` Ken Brownfield
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=20011102222328Z16846-4784+475@humbolt.nl.linux.org \
--to=phillips@bonn-fries.net \
--cc=linux-kernel@vger.kernel.org \
--cc=sven@research.nj.nec.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®