Date: Fri, 4 May 2001 11:57:01 -0700 (PDT) From: Matt Dillon <dillon@earth.backplane.com> To: Alfred Perlstein <bright@wintelcom.net> Cc: lists@mediumgreen.com, freebsd-stable@FreeBSD.ORG Subject: Re: Should /sys/i386/conf/GENERIC's SysV shared memory settings+defaults be re-thought? Message-ID: <200105041857.f44Iv1O31869@earth.backplane.com> References: <200105041729.f44HTjr27074@earth.backplane.com> <200105041847.f44IlMl30759@earth.backplane.com> <20010504115012.S18676@fw.wintelcom.net>
next in thread | previous in thread | raw e-mail | index | archive | help
:> :...
:>
:> Thanks guys. As I thought.. the issue is almost certainly the shared
:> memory maximum. I've raised the default from 4M to 32M in -current
:> and I will MFC it to -stable on monday. I also raised the control
:> structure limits slightly.
:
:Afaik solaris has kern.ipc.shm_use_phys set to 1 automagically,
:meaining that shared memory is not pageable. what are your thoughts
:on making that the default?
:
:--
:-Alfred Perlstein - [alfred@freebsd.org]
Our VM system does a pretty good job keeping the pages in core. Sure,
if you were running a huge database you would probably want to turn
it on but beyond that there is no real reason to wire the memory.
Besides, if we turned it on the increased shared memory limits wouldn't
scale to machines with small amounts of memory.
-Matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105041857.f44Iv1O31869>