Yes, that option should never be on for an end user not having a bug that he wants a more detailed
bug report on. It just makes us look slow compared to ext2.
2.4.2 was not a stable kernel for any FS, not just for ReiserFS.
2.4.4 was the earliest kernel that should have been called 2.4.0, and sad to say, I bet we won't hit
a really stable kernel for another couple of versions.
I understand the marketing pressure on distributions to ship using 2.4.x as soon as 2.4.0 was
available, and that pressure should never have been generated upon them by making an unstable kernel
be named 2.4.0.
It won't surpise me if you agree with me on the kernel naming though, and if so it is pointless for
me to complain to you about it.
> done the kernel list was awash with reiserfs bug reports and Chris Mason
> tail recursion bug patch of the week.
>
> That might be something to check to get a fair comparison
>
> Alan
I don't think that even with CONFIG_REISERFS_CHECK on, journal replay can take as long as fsck on
ext2. reiserfsck though, if that was on, oh, could even RedHat be that desperate to make us look
bad to users as to run reiserfsck at every boot?
I surely hope not, and I'd like to hear that this user just had something individually wrong with
his configuration.
Hans
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/