tree d71e5a056199fd9180f4a1e2a8bddfdd74075a69
parent ce5ba3cdead24077a2f07212d93f867a45dd79da
author hans@chromium.org <hans@chromium.org@62dab493-f737-651d-591e-8d6aee1b9529> 1307457626 +0000
committer hans@chromium.org <hans@chromium.org@62dab493-f737-651d-591e-8d6aee1b9529> 1307457626 +0000

sync with upstream @21706995

Fixed race condition reported by Dave Smit (dizzyd@dizzyd,com)
on the leveldb mailing list.  We were not signalling
waiters after a trivial move from level-0.  The result was
that in some cases (hard to reproduce), a write would get
stuck forever waiting for the number of level-0 files to drop
below its hard limit.

The new code is simpler: there is just one condition variable
instead of two, and the condition variable is signalled after
every piece of background work finishes.  Also, all compaction
work (including for manual compactions) is done in the
background thread, and therefore we can remove the
"compacting_" variable.


git-svn-id: http://leveldb.googlecode.com/svn/trunk@31 62dab493-f737-651d-591e-8d6aee1b9529