Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ext4 and reiser4 availability



    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
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org