On large systems we'd like to allow a larger number of message queues.
In some cases up to 32K. However simply setting MSGMNI to a larger value may
cause problems for smaller systems.
The first patch of this series introduces a default maximum number of message
queue ids that scales with the total amount of memory.
Since msgmni is per namespace and there is no amount of memory dedicated to
each namespace so far, the second patch of this series scales msgmni to
the number of ipc namespaces.
I still have 2 issues that I'll try to solve next:
. use hotplug_memory_notifier() with a callback routine that would recompute
msgmni each time memory is brought offline / online. The issue here is
that I couldn't find a simple way to walk through all the nsproxy
structures (without walking through the task structures).
. add a new notification mechanism that would recompute all the msg_ctlmni
tunables each time an ipc namespace is created / removed.
These patches should be applied to 2.6.24-rc4, in the following order:
[PATCH 1/2]: ipc_scale_msgmni_with_totalram.patch
[PATCH 2/2]: ipc_scale_msgmni_with_namespaces.patch
Note: a big thank to Matt Helsley who gave me a help!
Regards,
Nadia
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
