Re: I request inclusion of reiser4 in the mainline kernel

[PFC <lists@boutiquenumerique.com>]

> I'm of the same opinion.  If I have hardware that has a problem, and  
> causes downtime, it gets replaced or repaired.  I don't switch to a  
> different piece of software to compensate for broken hardware.
>
> With that said, I have seen ReiserFS expose hardware that had problems.   
> Hardware was repaired, and ReiserFS rides again.

	This summer :

	Coming back from vacation, looking at the logs, I saw that the cupboard  
router-server had kernel-panicked almost daily and rebooted itself  
automatically. I also had a lot of corrupted BitTorrent downloads. I could  
have blamed reiserfs, or bittorrent. But instead, I opened the case and  
found the CPU was overheating due to the fan being clogged by an  
unbelievable amount of accumulated dust and crap.

	reiserfs was still happy, I ran a fsck just to be sure, no errors. fhew.  
I wonder how it's possible. Given the state of the CPU fan, everything  
should have been wiped out.

	I have an all-reiser4 laptop (except /boot) and it's great. No problems  
whatsoever, it flies. Pentium-M kicks ass.
	My jukebox PC is half reiser3 and (since a few months) half reiser4,  
running fine, on the cheapest possible motherboard, and the no-name RAM,  
with an underclocked Duron. The hardware is so bad I had to underclock the  
PC133 to PC100. It has never crashed in 4 years, or got any data  
corruption. Crap hardware is actually sometimes pretty good if you  
underclock it (just have to get lucky). With windows, it used to  
bluescreen just by plugging a cable in the ethernet port.
	My server is all reiser3 too.

	I could have used other filesystems but reiserfs Just Works. No horror  
stories to tell, sorry. I  like reiserfs.
	I don't care it there were very old versions that crashed. I don't care  
about Linux 2.0 or 1 either. Or Netscape 2. That's the past now.

-
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/