Concurrent TreeMap w/ efficient support for clone() and consistent iteration
Switch branches/tags
Nothing to show
Latest commit 178f6be Oct 17, 2012 @nbronson bug fix: extra routing nodes from race near a leaf
Summary: SnapTree repair relies on a notion of responsibility handoff,
where any violations of the tree constraints ("damage") are repaired
either by the current thread or by another thread that prevents the
current thread from completing the repair.  There are three types of
damage: incorrect height, out of balance, and unnecessary routing node.
The rotation code assumed that it repaired all damage to a node, but
only actually repaired the first 2 types.  This means that if a routing
node was simultaneously rotated down and had one of its leaves removed,
it could be left in the tree despite having only one child.  The end
effect is that after emptying the tree (and observing size() == 0),
isEmpty() still returned true.

This fixes issue #5
Failed to load latest commit information.
.gitignore update .gitignore to exclude IDE files as most IDEs rebuild from pom.… Dec 30, 2011
LICENSE bug fix: extra routing nodes from race near a leaf Oct 17, 2012


This repository contains SnapTree, a concurrent AVL tree with fast
cloning, snapshots, and consistent iteration.  It is described in
the paper "A Practical Concurrent Binary Search Tree", by N. Bronson,
J. Casper, H. Chafi, and K. Olukotun, published in PPoPP'10.

SnapTreeMap is a drop-in replacement for ConcurrentSkipListMap,
with the additional guarantee that clone() is atomic and
iteration has snapshot isolation.  For more details see

The current release is 0.2, which has been published to the maven central
repository under the groupId edu.stanford.ppl and the artifactId snaptree.

 * Incorporates an important bugfix to isEmpty()

 * Initial release