Interesting. I had a prototype of this supporting just a single region a while ago, but never managed to get it to pass all recovery tests. That was before I separated the in-core from the on-disk log items, though. > Hence if we just track a signle region, it will almost always cover > the entire directory buffer - if we only modify a single entry in > the buffer, then that's a fairly large cost in terms of log space > and CPU overhead for random individual operations. If we decide that > we are going to use a single range, then we may as well just use the > dirty flag and log the entire buffer every time. Which might not be an all that bad idea given how much log bandwith we have available. Defintively would be interesting to instrument and benchmark it vs the 4 regions version. Note that we probably should also introduce a log incompat feature to just log the range instead of converting it to the old bitmap for v5 filesystems. _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
