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