Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Feb 2007 14:48:11 -0500
From:      Mikhail Teterin <mi+kde@aldan.algebra.com>
To:        Alex Kozlov <spam@rm-rf.kiev.ua>, "Zaphod Beeblebrox" <zbeeble@gmail.com>
Cc:        stable@freebsd.org
Subject:   Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up
Message-ID:  <200702271448.12218@aldan>
In-Reply-To: <20070227164113.GA67300@ravenloft.kiev.ua>
References:  <20070227164113.GA67300@ravenloft.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 27 February 2007 11:41, Alex Kozlov wrote:
= On Tue, Feb 27, 2007 at 10:59:08AM -0500, Mikhail Teterin wrote:
= > /tmp's space allocation (after reboot) is as follows:
= > 
= >   Filesystem 1K-blocks Used   Avail Capacity  Mounted on
= >   /dev/md0     2026030 3552 1860396     0%    /tmp
= > 
= > Note, that it is supposed to hold 2Gb, but was filled up and paniced
= > holding about 300Mb... Probably, because it is created with ``-M''
= > by default -- but it is not supposed to panic anyway!
= You may want to set -o reserve option. Or better, switch to a swap backed
= md.

Yes, I switched to swap-backed md already. But the malloc-based variety is 
currently the _default_ (see /etc/defaults/rc.conf)...

Creation of a 2Gb malloc-based md should've failed on a machine with 768Mb of 
RAM, shouldn't it have?

On Tuesday 27 February 2007 11:45, Zaphod Beeblebrox wrote:
= IIRC, the total kernel memory on a normally configured 6.xor 7.x box is 1G
= on 32 bit.
= So I've pretty much abandoned ram disks on 32 bit machines.  Not enough
= memory.

Memory "disks" used to be served by user-space processes (mount_mfs), making 
them not care for the whole malloc/swap distinctions, and the address-space 
concerns.

Are you sure, swap-based mds still consume kernel's address space, though?

	-mi



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200702271448.12218>