Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
Date: Thu, 01 May 2008 10:43:31 -0400 From: David Rosenstrauch <[hidden email]> I also like reiserfs for the exact reason you mention above. One very important - and often overlooked - negative about reiserfs, though: the support tools suck! I've probably had 3 or 4 separate occasions where my reiser fs got damaged, and when I attempted to fix the problems using reiserfsck (which, IIRC, explicitly warns you that it's experimental) it trashed the file system even more, resulting in losing a lot of data. I've been using reiserfs for at least 5 years, and I've never lost data. I think I've had one or two times when I needed to use --rebuild-tree; otherwise I've only rarely even had to use --fix-fixable. On a 500 GB partition, even if extN only checks once every 30 reboots or so, it's going to take an awfully long time on those unusual occasions. A lot longer than I want to wait. And it's even worse on an external USB drive. Reiser consistency check is about 10 seconds. Incidentally, I measured a marked difference in I/O ops/sec using reiserfs vs. ext2 on a 7200 RPM SATA-2 disk -- 520~530 on ext2 vs. 400 on reiserfs (the reiserfs partition was a little closer to the front of the disk, so there should if anything have been slightly less seeking). On a SATA-1 disk, without native command queueing, I got about 200 ops/sec on both filesystems (exactly the same place on disk). -- Robert Krawitz <[hidden email]> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [hidden email] Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ Discuss mailing list [hidden email] http://lists.blu.org/mailman/listinfo/discuss
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |