From owner-freebsd-fs@FreeBSD.ORG Fri Nov 11 16:53:49 2005 Return-Path: X-Original-To: freebsd-fs@freebsd.org 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 F20AE16A41F for ; Fri, 11 Nov 2005 16:53:49 +0000 (GMT) (envelope-from user@dhp.com) Received: from shell.dhp.com (shell.dhp.com [199.245.105.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A59843D45 for ; Fri, 11 Nov 2005 16:53:49 +0000 (GMT) (envelope-from user@dhp.com) Received: by shell.dhp.com (Postfix, from userid 896) id A1D9431372; Fri, 11 Nov 2005 11:53:46 -0500 (EST) Date: Fri, 11 Nov 2005 11:53:46 -0500 (EST) From: user To: freebsd-fs@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: three follow-up questions RE: UFS2 snapshots on large filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:53:50 -0000 thank you scott - see below: On Fri, 4 Nov 2005, Scott Long wrote: > The UFS snapshot code was written at a time when disks were typically > around 4-9GB in size, not 400GB in size =-) Unfortunately, the amount > of time it takes to do the initial snapshot bookkeeping scales linearly > with the size of the drive, and many people have reported that it takes > considerable amount of time (anywhere from several minutes to several > dozen minutes) on large drives/arrays like you describe. So, you should > test and plan accordingly if you are interested in using them. Testing is what I need to do. I have a few follow up questions: First, are there any sysctl or kernel tunables that change any of what you are discussing above ? Second, let's say I am willing to accept the long snapshot creation period ... are there other drawbacks as well during the course of _running with_ the snapshot once it is created ? Or are all costs paid initially ? Finally, I have read the bsdcon3 paper that mccusick wrote where he addressed the dual problems of not enough kernel memory (10 megabytes) to cache disk pages, and the system deadlocking that occurs with two snapshots. Is it true that both of the fixes he elucidated in that paper are built into what I see as fbsd 5.4 now ? Thanks.