Kyle Rose wrote:
It's because ReiserV3 has to rebalance two b-trees: one for the metadata, and one for the actual data itself. This is slow, especially on large directories, I'd imagine.What bothers me is file deletion time. Anyone have any clue why ReiserFS takes so long to delete files, and why the delete operation evidently blocks all other FS operations? It seems that ReiserFS should log the delete, and then have a kernel thread handling cleanup in the background in such a way that it doesn't cause other operations to block.
Adam