Date: Thu, 14 Dec 2017 00:48:17 +0700 From: Eugene Grosbein <eugen@grosbein.net> To: rgrimes@freebsd.org, Alexey Dokuchaev <danfe@freebsd.org> Cc: Warner Losh <imp@freebsd.org>, svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r326809 - head/sys/dev/cardbus Message-ID: <5A3167E1.2000201@grosbein.net> In-Reply-To: <201712131338.vBDDcHCM091865@pdx.rh.CN85.dnsmgr.net> References: <201712131338.vBDDcHCM091865@pdx.rh.CN85.dnsmgr.net>
next in thread | previous in thread | raw e-mail | index | archive | help
13.12.2017 20:38, Rodney W. Grimes wrote: > That I can not answer, but I can say I have just found the problem > is NOT limited to i386, we can rather quickly blow up an amd64 system > running a dozen or so VM's. > > My bhyve host tossed a stack of these out last night: > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > vm_thread_new: kstack allocation failed > > ZFS has been tuned to leave 1.2* my total VM allocations free space > of memory and I only had 10 out of 16 vm's running last night, so > there is tons of free memory. This is probalby KVA space starvation, > though I thought that was pretty much a non issue on amd64. > > I do think we should back out r326758 sooner rather than later, > and if it got MFC'd or flagged for MFC kill that right now. I don't understand why you want to backout that. It changed nothing for amd64. An i386 is still vulnerable to double faults just because of a network packet processing path can overflow kstack for the GENERIC kernel. If one has stripped-down kernel or just uses FreeBSD within safe environment preventing it from such packets, there is still loader.conf to change kstack_pages to any desired value for such special appliances that need lots of threads for i386. And I don't think someone should expect to run dozen of VMs within i386 kernel without some tuning. So please leave r326758 alone as it hardens FreeBSD in default setup and this is more important.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5A3167E1.2000201>