On Mon, Nov 27, 2006 at 09:59:10PM +0100, Petter Reinholdtsen wrote:
> These systems can set the values using TMPFS_SIZE, SHM_SIZE, RUN_SIZE
> and LOCK_SIZE, if they are unhappy with the default values.
Ah, so it is already possible to configure these sizes differently.
I'm not sure, perhaps Roger
[Mario Holbe]
> Well, *if* you have a system that uses lots of POSIX shared memory,
> you would probably like to have a chance to define the sizes quite
> different.
These systems can set the values using TMPFS_SIZE, SHM_SIZE, RUN_SIZE
and LOCK_SIZE, if they are unhappy with the default values.
TM
On Sun, Nov 26, 2006 at 04:37:35PM +0100, Petter Reinholdtsen wrote:
> [Roger Leigh]
> > tiny amount, like the 100 KiB suggested. For /dev/shm, requirements
> > could be a lot higher, and vary from system to system, but again a
> > sensible default would fix this.
> Why should /dev/shm/ be so high
[Roger Leigh]
> These two filesystems serve fundamentally different purposes, and
> namespace collisions between those two uses should be avoided at all
> costs -- by keeping them completely separate.
Perhaps. /dev/shm/ is well defined and out of scope for how dosemu
and user-mode-linux uses it,
On Fri, Sep 29, 2006 at 07:39:26PM +0200, Petter Reinholdtsen wrote:
> [Mario Holbe]
> > I personally think that something around 100k should suffice, but if
> > you like to have it somehow dynamic, I attached a small sample patch
> > which limits the size to one tenth of available memory.
>
> Tha
On Fri, Sep 29, 2006 at 07:39:26PM +0200, Petter Reinholdtsen wrote:
> One idea I am considering is to make /dev/shm/ a symlink or bind-mount
> to a subdirectory /lib/init/rw/shm/, and thus only have one tmpfs file
Oh, I forgot... If you do so, please remind that bind-mounts inherit
mount-options
On Fri, Sep 29, 2006 at 07:39:26PM +0200, Petter Reinholdtsen wrote:
> One idea I am considering is to make /dev/shm/ a symlink or bind-mount
> to a subdirectory /lib/init/rw/shm/, and thus only have one tmpfs file
Ha! I did think about something similar, too! :) In fact, I did think
about making
[Mario Holbe]
> I personally think that something around 100k should suffice, but if
> you like to have it somehow dynamic, I attached a small sample patch
> which limits the size to one tenth of available memory.
Thank you for the patch. If we want dosemu and user-mode-linux to
stop using /dev/s
Package: initscripts
Version: 2.86.ds1-27
Severity: wishlist
Hello,
could you please limit the size of /lib/init/rw to something reasonable?
The current version should be okay regarding DoSes because of the access
rights, however, I'm not sure how it behaves on non-overcommitting
kernels.
I pers
9 matches
Mail list logo