Hi, On Sun, 2012-08-19 at 01:38 +0200, Dan Luedtke wrote: > This patch introduces the Lanyard Filesystem (LanyFS), a filesystem > for highly mobile and removable storage devices. > Did you have any performance comparison of your file system with others? Have you any benchmark results? I think that simplicity can be a valuable thing but performance is a key factor, especially for business guys. I think that maybe compression or/and encryption support can be a valuable feature for such niche of file system that you declared. Efficient compression support is very important feature for embedded solutions. Moreover, using of hardware opportunity in the field of compression or encryption can keep driver code simple. By the way, what about fault-tolerance of your file system? I don't dive deeply in documentation of your file systems. But, I think that for USB sticks or removable storages it is very common situation of sudden switch off. So, it is very important for your file system to be a very tolerant to such use-cases. How can you estimate tolerance of your file system architecture for failure as normal situation? Moreover, I think that simplicity and strong tolerance to file system corruption can be a feature. I mean that if you have simple on-disk layout then, maybe, it is possible to try working in very corrupted environment also. For the end user, from my point of view, possibility to work in the case of file system corruption can be very precious feature. I think that also for your file system such feature as easy recoverability of user information in the case of complete corruption of file system can be very useful thing for an end user. Such easy recoverability can be achieved by means of on-disk layout and file system driver's techniques, I think. So, simplicity and easy recoverability of user data can be a valuable feature also. With the best regards, Vyacheslav Dubeyko. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html