cvs commit: src/sys/vfs/hammer hammer.h hammer_blockmap.c hammer_inode.c hammer_reblock.c hammer_vfsops.c hammer_vnops.c
Matthew Dillon
dillon at crater.dragonflybsd.org
Wed Jul 2 21:25:49 PDT 2008
dillon 2008/07/02 21:24:51 PDT
DragonFly src repository
Modified files:
sys/vfs/hammer hammer.h hammer_blockmap.c hammer_inode.c
hammer_reblock.c hammer_vfsops.c
hammer_vnops.c
Log:
HAMMER 60B/many: Stabilization
* Redo the estimated space usage calculation, it was horribly broken.
There may still be issues with read+write memory maps.
* Fix a bug in the reblocker that allowed it to exhaust all available
space on the media. While the reblocker eventually compacts the media
it can actually require additional disk space while running.
Note that file deletions in normal history retention mode do not recover
any space unless followed by pruning, and may even require additional space.
If worse comes to worse a full filesystem might have to be remounted in
nohistory mode to recover space.
Reported-by: Gergo Szakal <bastyaelvtars at gmail.com>
Revision Changes Path
1.101 +12 -4 src/sys/vfs/hammer/hammer.h
1.23 +22 -16 src/sys/vfs/hammer/hammer_blockmap.c
1.92 +1 -7 src/sys/vfs/hammer/hammer_inode.c
1.23 +21 -0 src/sys/vfs/hammer/hammer_reblock.c
1.59 +3 -0 src/sys/vfs/hammer/hammer_vfsops.c
1.80 +14 -65 src/sys/vfs/hammer/hammer_vnops.c
http://www.dragonflybsd.org/cvsweb/src/sys/vfs/hammer/hammer.h.diff?r1=1.100&r2=1.101&f=u
http://www.dragonflybsd.org/cvsweb/src/sys/vfs/hammer/hammer_blockmap.c.diff?r1=1.22&r2=1.23&f=u
http://www.dragonflybsd.org/cvsweb/src/sys/vfs/hammer/hammer_inode.c.diff?r1=1.91&r2=1.92&f=u
http://www.dragonflybsd.org/cvsweb/src/sys/vfs/hammer/hammer_reblock.c.diff?r1=1.22&r2=1.23&f=u
http://www.dragonflybsd.org/cvsweb/src/sys/vfs/hammer/hammer_vfsops.c.diff?r1=1.58&r2=1.59&f=u
http://www.dragonflybsd.org/cvsweb/src/sys/vfs/hammer/hammer_vnops.c.diff?r1=1.79&r2=1.80&f=u
More information about the Commits
mailing list