Re: Big filesystems.
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