Work continues to progress well. Most of the committed code has now been
tested and is in reasonably good shape for operations occuring within
a single cluster.
(a cluster is just a 64MB chunk of disk in HAMMER terminology).
Next up will be to add an option to have HAMMER physically delete data
so I can test the B-Tree deletion code (ultimately this will be controlled
by the retention policy). At the moment it doesn't throw anything away
at all which is great for testing as-of mounts, but not so good for
life-testing the filesystem.
After that I'll start working on extending the B-Tree across multiple
clusters. That's the last 'hard' bit of work for the filesystem.
There is still a ton of less complex work after that... recovery code,
streaming backup/mirroring code, retention policy & vacuuming, and so
on and so forth.
-Matt| Linus Torvalds | Linux 2.6.21-rc4 |
| Jens Axboe | [PATCH 0/8] IO queuing and complete affinity |
| Nicholas A. Bellinger | Re: Integration of SCST in the mainstream Linux kernel |
| Robin Lee Powell | NFS hang + umount -f: better behaviour requested. |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ingo Molnar | Re: [crash] BUG: unable to handle kernel NULL pointer dereference at 0000000000000... |
| Gerrit Renker | [PATCH 19/37] dccp: Header option insertion routine for feature-negotiation |
| Gary Thomas | Marvell 88E609x switch? |
| Jamie Lokier | Re: silent semantic changes with reiser4 |
| Jan Kara | [PATCH 10/16] ext4: Remove syncing logic from ext4_file_write |
| Jack Stone | Re: Versioning file system |
| Jens Axboe | [PATCH 8/8] vm: Add an tuning knob for vm.max_writeback_pages |
