On Donnerstag 09 April 2009, Ingo Molnar wrote: > * Andi Kleen <andi@xxxxxxxxxxxxxx> wrote: > > > Using a mutex seems like the sane choice here. I'd advocate spinlocks > > > for a new filesystem any day (but even there it's a fine choice to have > > > a mutex, if top of the line scalability is not an issue). > > > > > > But for a legacy filesystem like reiser3, which depended on the BKL > > > > reiser3 is much more widely used in the user base than a lot of > > "non legacy" file systems. It's very likely it has significantly > > more users than ext4 for example. Remember that it was the default > > file system for a major distribution until very recently. [...] > > ( Drop the condescending tone please - i very much know that SuSE > installed reiser3 by default for years. It is still a legacy > filesystem and no new development has gone into it for years. ) and that is bad? Isn't that more a sign of a certain 'stableness' - which is seriously lacking from more 'popular' filesystems like ext3? btw, does ext3 finally turn barriers on per default or does it still prefer letting data rot in drive caches because of 'performance'? how many users would ext4 have if fedora&ubuntu would not force it onto the unwashed masses? And is that really a good idea after the amusing episode of the last month? btw, what are ext3&4 doing when the underlying device does not support barriers (like software raid)? -- To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
