Date: Tue, 27 Feb 2007 16:03:30 -0500 From: Mikhail Teterin <mi+kde@aldan.algebra.com> To: Alex Kozlov <spam@rm-rf.kiev.ua> Cc: stable@freebsd.org Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up Message-ID: <200702271603.30481@aldan> In-Reply-To: <20070227205351.GA72597@ravenloft.kiev.ua> References: <20070227205351.GA72597@ravenloft.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 27 February 2007 15:53, Alex Kozlov wrote: = > Yes, I switched to swap-backed md already. But the malloc-based variety is = > currently the _default_ (see /etc/defaults/rc.conf)... = Bad default. Filing a PR. = > Creation of a 2Gb malloc-based md should've failed on a machine with = > 768Mb of RAM, shouldn't it have? = Only if you set '-o reserve'. Memory for malloc-based md was allocated = dynamically. But malloc can only allocate from RAM, right? So the amount of RAM is the hard limit, which a malloc-based md can not exceed even in theory. This means, md-creation should've failed... In fact, the limit should, of course, be even lower -- and mdmfs should be smart enough to substract the sizes of other kernel memory chunks from the maximum. Since even that would still not be a guarantee against running out, the system should be able to recover gracefully instead of panicing. Do you agree? -mi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200702271603.30481>