Date: Sun, 1 Mar 2009 13:45:10 -0600 From: Alan Cox <alan.l.cox@gmail.com> To: Pete French <petefrench@ticketswitch.com> Cc: freebsd-stable@freebsd.org, dnelson@allantgroup.com Subject: Re: vm_thread_new: kstack allocation failed with vm.kmem_size="1536M" Message-ID: <ca3526250903011145h3d7ac384ydfa4828f39b11754@mail.gmail.com> In-Reply-To: <E1Ldn77-000AGN-FT@dilbert.ticketswitch.com> References: <20090301031001.GB3465@dan.emsphone.com> <E1Ldn77-000AGN-FT@dilbert.ticketswitch.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Mar 1, 2009 at 8:57 AM, Pete French <petefrench@ticketswitch.com>wrote: > > I'm running 7-STABLE as of Feb 26 or so. Commit r187466 on Jan 20 bumped > up > > kmem_size_max on amd64 to 3.6GB: > > > > http://svn.freebsd.org/viewvc/base?view=revision&revision=187466 > > Mmmmm.... now I am wworried about upgrading to STABLE! ;) I can't > think of a reason why I am seeing what I am seeing - on 7.1-RELEASE > I am certainly icreasing the limits not decreasing them, yet I > am seeing it running out of memory on the larger limit. > > Note that these machines have no swap - but then since the system runs fine > on a 4gig machine with 4 gig of sap, I made the assumption that if > the machine was expanded to 8 gig of real memory it no longer needs the > swap, as it now has as much real RAM in it as real+swap was before. > > -pete. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > When you adjust the kmem size, you are playing a zero-sum game. When you increase the kmem size, the additional space for the kernel's heap has to come from somewhere. One effect is that the available space for kernel thread stacks is reduced. If you're going to adjust kmem size, you should keep an eye on "sysctl vm.kvm_free". Regards, Alan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ca3526250903011145h3d7ac384ydfa4828f39b11754>