No subject
Unknown
Unknown
Mon Feb 12 17:54:44 PST 2007
005.l1D05rpF034888 at apollo.backplane.com> <20070213005941.GD68703 at dmr.ath.cx>
From: Matthew Dillon <dillon at apollo.backplane.com>
Subject: Re: Plans for 1.8+ (2.0?)
Date: Mon, 12 Feb 2007 17:35:25 -0800 (PST)
BestServHost: crater.dragonflybsd.org
List-Post: <mailto:kernel at crater.dragonflybsd.org>
List-Subscribe: <mailto:kernel-request at crater.dragonflybsd.org?body=subscribe>
List-Unsubscribe: <mailto:kernel-request at crater.dragonflybsd.org?body=unsubscribe>
List-Help: <mailto:kernel-request at crater.dragonflybsd.org?body=help>
List-Owner: <mailto:owner-kernel at crater.dragonflybsd.org>
Sender: kernel-errors at crater.dragonflybsd.org
Errors-To: kernel-errors at crater.dragonflybsd.org
Lines: 22
NNTP-Posting-Host: 216.240.41.25
X-Trace: 1171331777 crater_reader.dragonflybsd.org 833 216.240.41.25
Xref: crater_reader.dragonflybsd.org dragonfly.kernel:10585
:With the infinite snapshots scheme, how does one reclaim space?
You reclaim space by destroying the oldest (deleted) data, and
by collapsing snapshots (that is, collapsing time ranges).
So for example, under normal filesystem operation if a filesystem
sync occurs every 30 seconds, then you have about a 30 second
snapshot.
Lets say that within the period of an hour you make several edits to
a file. You would probably have a snapshot of every edit you made
to that file.
But then if you have a cron job that runs, say, once a day, and
collapses all snapshots to a one-hour granularity, then after that
run you would only have a snapshot of your file as it was at the top of
each hour.
-Matt
Matthew Dillon
<dillon at backplane.com>
More information about the Kernel
mailing list