Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Commits on Sep 8, 2010
  1. cmd/restore: embarrassingly slow implementation of 'bup restore'

    authored
    Well, that was easy, since vfs.py already existed and is doing most of the
    hard work.  Only 103 lines including all the log message handling and
    whatnot.
    
    Only one catch: the restoring code is definitely not optimized.  Among other
    things (like the probably-excessive-for-our-restoring-needs layering in
    vfs.py), we're still calling into 'git cat-file --stdin' to retrieve our
    objects.  This involves lots and lots of context switches, plus it can't use
    midx files for its lookups.  The result is that restoring takes much more
    CPU time and memory than it really should.  But oh well, we have to start
    somewhere.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  2. cmd/save: always print a progress() message after a log() message.

    authored
    An earlier commit (634df2f) made 'bup save'
    update the progress line much less frequently.  Unfortunately, if you used
    -v or -vv, this would mean that there was *no* progress bar for a short time
    after every log() message (directory or filename).  That made the progress
    bar flicker annoyingly.
    
    To fix it, make sure we reset the progress bar timer after every filename we
    print with log().  It's subtle, but it makes a very visible difference.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  3. options.py: get the real tty width for word wrapping purposes.

    authored
    Previously we just assumed it was 70 chars, which was safe enough, but not
    as elegant as actually reading the real value and adjusting the word wrap of
    the usage string accordingly.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  4. options.py: remove extra newlines in usage string.

    authored
    If the first line after the "--" was a comment (started with whitespace),
    then we'd end up printing a double newline instead of a single one after the
    synopsis string.
    
    It would also look weird if we had a multi-line comment; the lines would be
    separated by blank lines.
    
    'bup damage -?' encountered this problem.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  5. options.py: handle optspecs that include inline square brackets.

    authored
    We recently made it so if the last thing on an options line was [defval],
    then the value in brackets became the default for that option.  However, we
    inadvertently matched *any* bracketed value on that line, not just the one
    at the end of the line, which basically prevents us from using square
    brackets anywhere on the line.  That's no fun.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  6. options.py: better support for explicit no-* options.

    authored
    If a declared option name starts with no-xxx, then the 'xxx' option starts
    off set to True by default, so that no-xxx is False by default, so that
    passing --no-xxx as an option will have the desired effect of setting
    --no-xxx=True (and thus --xxx=False).
    
    Previously, trying to list a --no-xxx option in the argument list would
    trigger an assertion failure.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Commits on Sep 7, 2010
  1. Introduce BUP_DEBUG, --debug, and tone down the log messages a lot.

    authored
    There's a new global bup option, --debug (-D) that increments BUP_DEBUG.  If
    BUP_DEBUG >=1, debug1() prints; if >= 2, debug2() prints.
    
    We change a bunch of formerly-always-printing log() messages to debug1 or
    debug2, so now a typical bup session should be a lot less noisy.
    
    This affects midx in particular, which was *way* too noisy now that 'bup
    save' and 'bup server' were running it automatically every now and then.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  2. client.py,git.py: run 'bup midx -a' automatically sometimes.

    authored
    Now that 'bup midx -a' is smarter, we should run it automatically after
    creating a new index file.  This should remove the need for running it by
    hand.
    
    Thus, we also remove 'bup midx' from the lists of commonly-used subcommands.
    (While we're here, let's take out 'split' and 'join' too; you should be
    using 'index' and 'save' most of the time.)
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Commits on Sep 6, 2010
  1. Rename 'bup rbackup' to 'bup on'

    authored
    'rbackup' was a dumb name but I couldn't think of anything better at the
    time.  This works nicely in a grammatical sort of way:
    
       bup on myserver save -n myserver-backup /etc
    
    Now that we've settled on a name, also add some documentation for the
    command.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  2. rot13 the t/testfile* sample data files.

    authored
    They were generated by catting bunches of bup source code together, which,
    as it turns out, makes 'git grep' super annoying.  Let's rot13 them so
    grepping doesn't do anything interesting but the other characteristics are
    the same.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  3. cmd/midx: --auto mode can combine existing midx files now.

    authored
    Previously, --auto would *only* create a midx from not-already-midxed .idx
    files.  This wasn't optimal since you'd eventually end up with a tonne of
    .midx files, which is just as bad as a tonne of .idx files.
    
    Now we'll try to maintain a maximum number of midx files using a
    highwater/lowwater mark.  That means the number of active midx files should
    now stay between 2 and 5, and you can run 'bup midx -a' as often as you
    want.
    
    'bup midx -f' will still make sure everything is in a single .midx file,
    which is an efficient thing to run every now and then.
    
    'bup midx -af' is the same, but uses existing midx files rather than forcing
    bup to start from only .idx files.  Theoretically this should always be
    faster than, and never be worse than, 'bup midx -f'.
    
    Bonus: 'bup midx -a' now works when there's a limited number of file
    descriptors.  The previous fix only worked properly with 'bup midx -f'.
    (This was rarely a problem since 'bup midx -a' would only ever touch the
    last few .idx files, so it didn't need many file descriptors.)
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  4. Merge branch 'maint'

    authored
    * maint:
      cmd/midx: use getrlimit() to find the max open files.
  5. cmd/midx: use getrlimit() to find the max open files.

    authored
    It turns out the default file limit on MacOS is 256, which is less than our
    default of 500.  I guess this means trouble after all, so let's auto-detect
    it.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  6. Merge branch 'maint'

    authored
    * maint:
      index.py: handle uid/gid == -1 on cygwin
      cmd/memtest: use getrusage() instead of /proc/self/stat.
      cmd/index: catch exception for paths that don't exist.
      Don't use $(wildcard) during 'make install'.
      Don't forget to install _helpers.dll on cygwin.
  7. cmd/margin: interpret the meaning of the margin bits.

    authored
    Maybe you were wondering how good it is when 'bup margin' returns 40 or 45.
    Well, now it'll tell you.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  8. index.py: handle uid/gid == -1 on cygwin

    authored
    On cygwin, the uid or gid might be -1 for some reason.  struct.pack()
    complains about a DeprecationWarning when packing a negative number into an
    unsigned int, so fix it up first.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  9. cmd/memtest: use getrusage() instead of /proc/self/stat.

    authored
    Only Linux has /proc/self/stat, so 'bup memtest' didn't work on anything
    except Linux.  Unfortunately, getrusage() on *Linux* doesn't have a valid
    RSS field (sigh), so we have to use /proc/self/stat as a fallback if it's
    zero.
    
    Now memtest works on MacOS as well, which means 'make test' passes again.
    (It stopped passing because 'bup memtest' recently got added to one of the
    tests.)
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Commits on Sep 5, 2010
  1. @davidcroda

    cmd/index: catch exception for paths that don't exist.

    davidcroda authored committed
    Rather than aborting completely if a path specified on the command line
    doesn't exist, report it as a non-fatal error instead.
    
    (Heavily modified by apenwarr from David Roda's original patch.)
    
    Signed-off-by: David Roda <davidcroda@gmail.com>
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  2. Documentation/*.md: add some options that we forgot to document.

    authored
    Software evolves, but documentation evolves... slower.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  3. Rename Documentation/*.1.md to Documentation/*.md

    authored
    All our man pages end up in section 1 of man anyway, and it looks like that
    will probably never change.  So let's make our filenames simpler and easier
    to understand.
    
    Even if we do end up adding a page in (say) section 5 someday, it's no big
    deal; we can just add an exception to the Makefile for it or something.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Commits on Sep 4, 2010
  1. Don't use $(wildcard) during 'make install'.

    authored
    It seems the $(wildcard) is evaluated once at make's startup, so any changes
    made *during* build don't get noticed.
    
    That means 'make install' would fail if you ran it without first running
    'make all', because $(wildcard cmd/bup-*) wouldn't match anything at startup
    time; the files we were copying only got created during the build.
    
    Problem reported by David Roda.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  2. Don't forget to install _helpers.dll on cygwin.

    authored
    We were installing *.so, but not *$(SOEXT) like we should have.  Now we do,
    which should fix some cygwin install problems reported by David Roda.
    
    Also, when installing *.so and *.dll files, make them 0755 instead of 0644,
    also to prevent permissions problems on cygwin, also reported by David Roda.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Commits on Sep 2, 2010
  1. Merge branch 'maint'

    authored
    * maint:
      git.py: recover more elegantly if a MIDX file has the wrong version.
      cmd/midx: add a new --max-files parameter.
    
    Conflicts:
    	lib/bup/git.py
  2. Merge branch 'guesser'

    authored
    * guesser:
      _helpers.extract_bits(): rewrite git.extract_bits() in C.
      _helpers.firstword(): a new function to extract the first 32 bits.
      git.py: when seeking inside a midx, use statistical guessing.
  3. git.py: recover more elegantly if a MIDX file has the wrong version.

    authored
    Previously we'd throw an assertion for any too-new-format MIDX file, which
    isn't so good.  Let's recover more politely (and just ignore the file in
    question) if that happens.
    
    Noticed by Zoran Zaric who was testing my midx3 branch.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  4. cmd/midx: add a new --max-files parameter.

    authored
    Zoran reported that 'bup midx -f' on his system tried to open 3000 files at
    a time and wouldn't work.  That's no good, so let's limit the maximum files
    to open; the default is 500 for now, since that ought to be usable for
    normal people.  Arguably we could use getrlimit() or something to find out
    the actual maximum, or just keep opening stuff until we get an error, but
    maybe there's no point.
    
    Unfortunately this patch isn't really perfect, because it limits the
    usefulness of midx files.  If you could merge midx files into other midx
    files, then you could at least group them all together after multiple runs,
    but that's not currently supported.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Commits on Aug 27, 2010
  1. _helpers.extract_bits(): rewrite git.extract_bits() in C.

    authored
    That makes our memtest run just slightly faster: 2.8 seconds instead of 3.0
    seconds, which catches us back up with the pre-interpolation-search code.
    Thus we should now be able to release this patch without feeling embarrassed
    :)
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  2. _helpers.firstword(): a new function to extract the first 32 bits.

    authored
    This is a pretty common operation in git.py and it speeds up cmd/memtest
    results considerably: from 3.7 seconds to 3.0 seconds.
    
    That gets us *almost* as fast as we were before the whole statistical
    guessing thing, but we still enjoy the improved memory usage.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  3. git.py: when seeking inside a midx, use statistical guessing.

    authored
    Instead of using a pure binary search (where we seek to the middle of the
    area and do a greater/lesser comparison) we now use an "interpolation
    search" (http://en.wikipedia.org/wiki/Interpolation_search), which means we
    seek to where we statistically *expect* the desired value to be.
    
    In my test data, this reduces the number of typical search steps in my test
    midx from 8.7 steps/object to 4.8 steps/object.
    
    This reduces memory churn when using a midx, since sometimes a given search
    region spans two pages, and this technique allows us to more quickly
    eliminate one of the two pages sometimes, allowing us to dirty one fewer
    page.
    
    Unfortunately the implementation requires some futzing, so this actually
    makes memtest run about 35% *slower*.  Will try to fix that next.
    
    The original link to this algorithm came from this article:
    http://sna-projects.com/blog/2010/06/beating-binary-search/
    
    Thanks, article!
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  4. git.py: keep statistics on how much sha1 searching we had to do.

    authored
    And cmd/memtest prints out the results.  Unfortunately this slows down
    memtest runs by 0.126/2.526 = 5% or so.  Yuck.  Well, we can take it out
    later.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  5. cmd/memtest: add a --existing option to test with existing objects.

    authored
    This is useful for testing behaviour when we're looking for objects
    that *do* exist.  Of course, it just goes through the objects in order, so
    it's not actually that realistic.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Commits on Aug 26, 2010
  1. cmd/midx: fix SHA_PER_PAGE calculation.

    authored
    For some reason we were dividing by 200 instead of by 20, which was way off.
    Switch to 20 instead.  Suspiciously, this makes memory usage slightly worse
    in my current (smallish) set of test data, so we might need to revert it
    later...?  But if we're going to have an adjustment, we should at least make
    it clear what for, rather than hiding it in something that looks
    suspiciously like a typo.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  2. cmd/margin: add a new --predict option.

    authored
    When --predict is given, it tries to guess the offset in the indexfile of
    each hash, based on assumption that the hashes are distributed evenly
    throughout the file.  Then it prints the maximum amount by which this guess
    deviates from reality.
    
    I was hoping the results would show that the maximum deviation in a typical
    midx was less than a page's worth of hashes; that would mean the toplevel
    lookup table could be redundant, which means fewer pages hit in the
    common case.  No such luck, unfortunately; with 1.6 million objects, my
    maximum deviation was 913 hashes (about 18 kbytes, or 5 pages).
    
    By comparison, midx files should hit about 2 pages in the common case (1
    lookup table + 1 data page).  Or 3 pages if we're unlucky and the search
    spans two data pages.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
  3. cmd/memtest: print per-cycle and total times.

    authored
    This makes it easier to compare output from other people or between
    machines, and also gives a clue as to swappiness.
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Commits on Aug 23, 2010
  1. Rename _faster.so to _helpers.so.

    authored
    Okay, _faster.so wasn't a good choice of names.  Partly because not
    everything in there is just to make stuff faster, and partly because some
    *proposed* changes to it don't just make stuff faster.  So let's rename it
    one more time.  Hopefully the last time for a while!
    
    Signed-off-by: Avery Pennarun <apenwarr@gmail.com>
Something went wrong with that request. Please try again.