HAMMER work is still progressing well, I hope to have most of it
working in a degenerate single-cluster (64MB filesystem) case by the
end of next week. (cluster == 64MB block of the disk, not cluster as
in clustering).
Gluing the per-cluster B-Tree's together for the multi-cluster case
is turning out to be more of a headache and will probably take at
least 2 weeks to get working. Some fairly sophisticated heuristics
will be needed to avoid unnecessary copying between clusters.
I may decide to move the 2.0 release to mid-January to give myself some
more time. This is similar to what we did for 1.8. Also, I think a
January release is better then a Christmas release because people get
busy with christmas-like things. I want the filesystem to be at least
beta quality as of the release and I don't think its possible to get it
there by mid-December.
-Matt| Pierre Ossman | Re: [RFC][PATCH] cpuidle: avoid singing capacitors |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Greg KH | Re: Announce: Linux-next (Or Andrew's dream :-)) |
| Rene Herman | 2.6.26, PAT and AMD family 6 |
git: | |
| Jesper Krogh | Re: NIU - Sun Neptune 10g - Transmit timed out reset (2.6.24) |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Arjan van de Ven | Re: [GIT]: Networking |
| Radu Rendec | htb parallelism on multi-core platforms |
