git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Avery Pennarun <apenwarr@gmail.com>
To: Git Mailing List <git@vger.kernel.org>
Subject: [Announce] bup 0.09: git-based backup system for really huge datasets
Date: Tue, 9 Feb 2010 17:48:03 -0500	[thread overview]
Message-ID: <32541b131002091448o6f809322x1d86d2d7f74a80ed@mail.gmail.com> (raw)

Hi all,

bup is a file backup tool based on the git packfile format.  If you're
interested in git, you might find bup interesting because:

- It can handle really massive datasets (hundreds of gigabytes)
without melting down.

- It can handle huge individual files (hundreds of gigabytes), such as
virtual machine images or giant textual database dumps, while neither
wasting disk space nor bogging down in xdelta.

- It can backup files directly to a remote server, without creating
git objects on the local system first.

- It uses a different format for its index file (.bup/bupindex) that
allows you to search and iterate non-linearly.  Thus if you have a
filesystem with a million files and only one of them is marked dirty,
bup can back it up near-instantly.

- Like git, it separates the concept of indexing the filesystem from
the concept of actually making new commits.  Thus it would be easy to
plugin an inotify-like system eventually, avoiding the slow filesystem
iteration every time you want to make a backup.

- It introduces a "multi-index" file (midx) that has a sorted list of
the objects from multiple .pack files, so that checking for a
nonexistent object only needs to swap in two pages at most.  (This is
unimportant in git, but critical when most of your work is ingesting
huge files whose sha1sums haven't been seen before.)

- It provides a FUSE-based filesystem so that you can easily browse
your backup history, including exporting it via samba if you want.

bup doesn't yet back up extra file metadata (beyond what git already
tracks).  Obviously this will be needed relatively soon.

bup is still pretty experimental, but it's already a useful tool for
backing up your files, even if those files include millions of files
and hundreds of gigs of VM images.

You can find the source code (and README) at github:

    http://github.com/apenwarr/bup

To subscribe to the bup mailing list, send an email to:

    bup-list+subscribe@googlegroups.com

Looking forward to everyone's feedback.

Have fun,

Avery

             reply	other threads:[~2010-02-09 22:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-09 22:48 Avery Pennarun [this message]
2010-02-10  9:54 ` [Announce] bup 0.09: git-based backup system for really huge datasets Jakub Narebski
2010-02-10 20:01   ` Avery Pennarun
2010-02-11 13:51 ` Stephen R. van den Berg
2010-02-12 17:51   ` Avery Pennarun

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=32541b131002091448o6f809322x1d86d2d7f74a80ed@mail.gmail.com \
    --to=apenwarr@gmail.com \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).