From owner-freebsd-hackers Fri Mar 3 14:48:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.aracnet.com (mail2.aracnet.com [216.99.193.35]) by hub.freebsd.org (Postfix) with ESMTP id BFD1A37B71D for ; Fri, 3 Mar 2000 14:48:13 -0800 (PST) (envelope-from beattie@aracnet.com) Received: from shell1.aracnet.com (IDENT:root@shell1.aracnet.com [216.99.193.21]) by mail2.aracnet.com (8.9.3/8.9.3) with ESMTP id OAA08611; Fri, 3 Mar 2000 14:47:59 -0800 Received: by shell1.aracnet.com (8.9.3) id OAA09690; Fri, 3 Mar 2000 14:49:48 -0800 Date: Fri, 3 Mar 2000 14:49:48 -0800 (PST) From: Brian Beattie To: Michael Bacarella Cc: Julian Elischer , David Scheidt , freebsd-hackers@FreeBSD.ORG Subject: Re: Copy-on-write filesystem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 3 Mar 2000, Michael Bacarella wrote: > > > > It wouldn't be. This is how NetApp do their .snapshot direcotries. I think > > > they have some white papers on it on their website. It's very handy. > > > > Kirk McKusick is implementing a Copy-on write functionality > > for UFS. It is used in conjunction with Soft updates to produce > > snapshots. It's not what you asked for, but still relevant > > I think. One problem with "Copy-on-write, when applied to > > file copies is that you need to assign the blocks up front, even if you > > don't copy the data, as otherwise you could run out of space > > when the copy is actually needed. > > That's the only real drawback I've considered. > > People accept it (barely) when the OS commits to providing virtual memory > it does not have, killing processes when the system falls into debt. > > No one will appreciate that happening to their "permanent" data, > especially if the OS decides that the best way to get out of debt is by > deleting a file :) > Actually, since this is copy-on-write, you do not need the block, until you write. If you need to make a copy, it will be on a write system call (possibly an inode update), just fail the write ENOSPC or whatever. Or am I missing something simple here. > -MB > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Brian Beattie | The only problem with beattie@aracnet.com | winning the rat race ... www.aracnet.com/~beattie | in the end you're still a rat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message