HAMMER 61E/Many: Stabilization, Performance
commit789ba984ae41d6fdb964e3fe2c6538026eb66e15
authorMatthew Dillon <dillon@dragonflybsd.org>
Sun, 13 Jul 2008 09:32:48 +0000 (13 09:32 +0000)
committerMatthew Dillon <dillon@dragonflybsd.org>
Sun, 13 Jul 2008 09:32:48 +0000 (13 09:32 +0000)
tree6e0c3acf5808b27466675edde81809f496a8aa40
parent46363feaea5c9206675cf663ed2bbb76ac4b8d7d
HAMMER 61E/Many: Stabilization, Performance

* PERFORMANCE: hammer_sync_inode() was generating a new transaction id
  for each inode, causing hammer_btree_do_propagation() to have to
  modify B-Tree nodes all the way to root on a per-file basis when
  syncing a rm -rf.

  Change the code to use the flusher's transaction id so all inodes
  bundled into the same flush group use the same transaction id.

* BUG FIX:  The reblocker was able to blow out the buffer cache with
  dirty data buffers.  Even though HAMMER allows these buffers to be
  flushed to the disk at any time by the kernel, calls to bwillwrite()
  are still needed to prevent a buffer cache deadlock.
sys/vfs/hammer/hammer.h
sys/vfs/hammer/hammer_btree.c
sys/vfs/hammer/hammer_flusher.c
sys/vfs/hammer/hammer_inode.c
sys/vfs/hammer/hammer_object.c
sys/vfs/hammer/hammer_reblock.c