On Mon, 2008-06-23 at 18:50 +0400, Evgeniy Polyakov wrote: > Hi. > > On Mon, Jun 23, 2008 at 07:37:32AM -0700, Jeff Schroeder (jeffschroed@xxxxxxxxx) wrote: > > http://advfs.sourceforge.net/ HP open sourced the advfs filesystem > > from tru64 Unix today under the gplv2. > > ... > > > Would it make sense to look at using any of the code from this in > > btrfs, or would it be easier to > > re-implement it all over again? Even though filesystems ported from > > other Posix operating systems to Linux (Ever looked at XFS code) > > can be ugly, this might be a way to accelerate btrfs development. > > If nothing else, it might be interesting to see how HP solved problems > > btrfs will soon be solving. > > Sure it is interesting as studing anything new, but there is nothing in > advfs which can prevent btrfs from success. Virtually nothing. > Advfs is quite old technology built on top of almost 20 years old ideas > and hardware, while the former can still be (and likely is) valid, > hardware made significant progress. In general, the rules that make filesystems go haven't changed in a long time. Disks are slow, ram is faster, and cpu is both infinitely fast and important to share with other things running on the hardware. There is a great deal we can learn from any long standing FS in terms of layout optimizations, allocation policies and ease of use. Is there code we can lift 100% from advfs? It is hard to say for sure, but being able to copy policy and basic algorithms is definitely important. -chris -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
