Date: Fri, 3 Mar 2000 17:39:55 -0800 (PST) From: Brian Beattie <beattie@aracnet.com> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: Michael Bacarella <mbac@bsd4.nyct.net>, Julian Elischer <julian@elischer.org>, David Scheidt <dscheidt@enteract.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: Copy-on-write filesystem Message-ID: <Pine.LNX.4.21.0003031737290.9690-100000@shell1.aracnet.com> In-Reply-To: <200003040103.RAA12519@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 3 Mar 2000, Matthew Dillon wrote: > :> > 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. > > The issue here is to ensure that you have sufficient swap. Swap? I thought we were talking about a copy-on-write filesystem i.e. disk block, not memory, or did I really miss something 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0003031737290.9690-100000>