From owner-freebsd-fs@FreeBSD.ORG Mon Jan 10 10:11:46 2005 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4740216A4CE; Mon, 10 Jan 2005 10:11:46 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87CD343D2D; Mon, 10 Jan 2005 10:11:45 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j0AABiWC041248; Mon, 10 Jan 2005 11:11:44 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Barath S From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 10 Jan 2005 18:08:40 +0800." <20050110100840.29845.qmail@web30301.mail.mud.yahoo.com> Date: Mon, 10 Jan 2005 11:11:44 +0100 Message-ID: <41247.1105351904@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: FreeBsd-MailGrp cc: Scott Long Subject: Re: using mfs of size > 64Mb and system stability X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 10:11:46 -0000 In message <20050110100840.29845.qmail@web30301.mail.mud.yahoo.com>, Barath S w rites: >Initially, I didn't go for swap based fs as I felt >that the memory occupied will be from the swap area. >As you are saying that the allocation will be from >buffer/cache, I will test swap-mfs. malloc backing should not be used for large disks. If you _truly_ want to have a large disk which is memory backed, you should consider using the "preload" backing as this will withdraw the memory entirely from the kernels use. In general, the benefit from using RAM disks is much smaller than most people realize. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.