smart commit thread
The commit thread now has access to a channel containing the times of all uncommitted changes. This lets it be smart about detecting busy times when a batch job is running (such as rm -rf, or untarring something, etc), and avoid committing until it's done. While at the same time, instantly committing one-off changes that the user is going to expect to see immediately. I had to use STM to implement the channel, because of http://hackage.haskell.org/trac/ghc/ticket/4154 While this adds a dependency, I always wanted to use STM, so this actually makes me happy. ;) Also happy that shouldCommit is a pure function, so other commit smartness strategies can easily be played with. Although the current one seems pretty good. There is one bug, for some reason it does double commits, every time.
This commit is contained in:
parent
6e54907e35
commit
2de50f733a
3 changed files with 84 additions and 27 deletions
1
debian/control
vendored
1
debian/control
vendored
|
@ -21,6 +21,7 @@ Build-Depends:
|
|||
libghc-bloomfilter-dev,
|
||||
libghc-edit-distance-dev,
|
||||
libghc-hinotify-dev,
|
||||
libghc-stm-dev,
|
||||
ikiwiki,
|
||||
perlmagick,
|
||||
git,
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue