From: Nadia Derbey <Nadia.Derbey@bull.net>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: matthltc@us.ibm.com, linux-kernel@vger.kernel.org,
Solofo.Ramangalahy@bull.net
Subject: Re: [PATCH 1/1] IPC - Do not use a negative value to re-enable msgmni automatic recomputing
Date: Thu, 21 Aug 2008 08:27:29 +0200 [thread overview]
Message-ID: <1219300049.18976.3.camel@localhost.localdomain> (raw)
In-Reply-To: <20080722033404.c46aab44.akpm@linux-foundation.org>
On Tue, 2008-07-22 at 03:34 -0700, Andrew Morton wrote:
> On Fri, 04 Jul 2008 08:37:16 +0200 Nadia.Derbey@bull.net wrote:
>
> > Resending after fixing the issues pointed out by Matt.
> > Now applies to 2.6.26-rc8-mm1.
> >
> > [PATCH 01/01]
> >
> > This patch proposes an alternative to the "magical positive-versus-negative
> > number trick" Andrew complained about last week in
> > http://lkml.org/lkml/2008/6/24/418.
> >
> > This had been introduced with the patches that scale msgmni to the amount of
> > lowmem. With these patches, msgmni has a registered notification routine
> > that recomputes msgmni value upon memory add/remove or ipc namespace creation/
> > removal.
> >
> > When msgmni is changed from user space (i.e. value written to the proc file),
> > that notification routine is unregistered, and the way to make it registered
> > back is to write a negative value into the proc file. This is the "magical
> > positive-versus-negative number trick".
> >
> > To fix this, a new proc file is introduced: /proc/sys/kernel/auto_msgmni.
> > This file acts as ON/OFF for msgmni automatic recomputing.
> >
> > With this patch, the process is the following:
> > 1) kernel boots in "automatic recomputing mode"
> > /proc/sys/kernel/msgmni contains the value that has been computed (depends
> > on lowmem)
> > /proc/sys/kernel/automatic_msgmni contains "1"
> >
> > 2) echo <val> > /proc/sys/kernel/msgmni
> > . sets msg_ctlmni to <val>
> > . de-activates automatic recomputing (i.e. if, say, some memory is added
> > msgmni won't be recomputed anymore)
> > . /proc/sys/kernel/automatic_msgmni now contains "0"
> >
> > 3) echo "0" > /proc/sys/kernel/automatic_msgmni
> > . de-activates msgmni automatic recomputing
> > this has the same effect as 2) except that msg_ctlmni's value stays
> > blocked at its current value)
> >
> > 3) echo "1" > /proc/sys/kernel/automatic_msgmni
> > . recomputes msgmni's value based on the current available memory size
> > and number of ipc namespaces
> > . re-activates automatic recomputing for msgmni.
> >
>
> Sigh. I suppose it's a bit better.
>
> > ---
> > include/linux/ipc_namespace.h | 3 +
> > ipc/ipc_sysctl.c | 72 ++++++++++++++++++++++++++++++++++--------
> > ipc/ipcns_notifier.c | 20 ++++++++---
>
> Could we get this all documented for our poor users please?
>
> Documentation/filesystems/proc.txt is probably the most appropriate
> place.
>
>
Sorry for answering so late, but I just came back from a looooong
vacation.
Actually, I first thought of documenting this new file in proc.txt, but
didn't find anything related to the ipc tunables there, that's why I
finally gave up with the idea.
I'll send an update of the proc.txt as soon as possible.
Regards,
Nadia
--
Nadia Derbey <Nadia.Derbey@bull.net>
next prev parent reply other threads:[~2008-08-21 6:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20080704063715.300337000@bull.net>
2008-07-04 6:37 ` [PATCH 1/1] IPC - Do not use a negative value to re-enable msgmni automatic recomputing Nadia.Derbey
2008-07-22 10:34 ` Andrew Morton
2008-08-21 6:27 ` Nadia Derbey [this message]
[not found] <20080703121515.554681000@bull.net>
2008-07-03 12:15 ` Nadia.Derbey
2008-07-03 21:20 ` Matt Helsley
2008-07-04 5:28 ` Nadia Derbey
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=1219300049.18976.3.camel@localhost.localdomain \
--to=nadia.derbey@bull.net \
--cc=Solofo.Ramangalahy@bull.net \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matthltc@us.ibm.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