Skip site navigation (1)Skip section navigation (2)
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>