Forgot your password?
typodupeerror
Data Storage Linux

Reiser4 File System Still In Development 317

Posted by timothy
from the despite-it-all dept.
An anonymous reader writes "Reiser4 still hasn't been merged into the mainline Linux kernel, but it's still being worked on by a small group of developers following Hans Reiser being convicted for murdering his wife. Reiser4 was updated in September on SourceForge to work with the Linux 3.5 kernel and has been benchmarked against EXT4, Btrfs, XFS, and ReiserFS. Reiser4 loses out in most of the Linux file-system performance tests, has much stigma due to Hans Reiser, and Btrfs is surpassing it feature-wise, so does it have any future in Linux ahead?"
This discussion has been archived. No new comments can be posted.

Reiser4 File System Still In Development

Comments Filter:
  • Rename it (Score:5, Insightful)

    by concealment (2447304) on Tuesday October 16, 2012 @08:03AM (#41667867) Homepage Journal

    If you can find any name that's not related to murdering your wife, go for it. Bonus points if it's catchy.

  • by jythie (914043) on Tuesday October 16, 2012 @08:05AM (#41667881)
    One of the strneghts, and weaknesses, of the OSS community is trying bunches of things in parrell to see which ones pan out well. But after a point, it is probably better to just like a project die. Granted no one can tell the individual developers what is 'worth' their time since that is a personal matter, I am sure other projects could use their talents more then this one. ReiserFS is a solution looking for a problem where better solutions surpass it.
  • by dkleinsc (563838) on Tuesday October 16, 2012 @08:20AM (#41668053) Homepage

    What's also key is that the better points of ReiserFS, such as journaling, have migrated into other file systems. The experiment wasn't a failure, it was a darn good idea that has led to an overall improvement in reliability and speed of other file systems.

  • by rudy_wayne (414635) on Tuesday October 16, 2012 @08:21AM (#41668059)

    has much stigma due to Hans Reiser

    Really? You can't just judge it based on it's features and performance?

    So if Linus Torvalds ever commits a crime, you'll stop using Linux?

  • by MikeBabcock (65886) <mtb-slashdot@mikebabcock.ca> on Tuesday October 16, 2012 @08:24AM (#41668107) Homepage Journal

    I've been watching Btrfs and it feels like they're merging in most of the features Reiser had in mind without saying so explicitly. I've considered it a spiritual successor for a while now.

  • by Atzanteol (99067) on Tuesday October 16, 2012 @08:29AM (#41668161) Homepage

    As far as I can tell btrfs has what features would be worth taking and then some - and is under more active development. I think reiserfs is dead long-term.

    I ran reiser3 for a long time. I was happy with it. But these days I'm on ext4 (and eyeing btrfs). Wonderful thing about btrfs and the ext* FS's is that they provided a migration plan. Reiser4 (at least last I checked) could not convert an existing FS (even reiser3). btrfs can even convert ext4 and allow you *TO GO BACK* if you want. How awesome is that?

  • by Atzanteol (99067) on Tuesday October 16, 2012 @08:30AM (#41668173) Homepage

    It's human nature. His name taints his work now. Most people don't want to look at shit while they're eating nor do they want to think of some asshole who killed his wife when formatting a file system.

  • Re:Rename it (Score:4, Insightful)

    by tibit (1762298) on Tuesday October 16, 2012 @12:43PM (#41671339)

    Either it's a decent codebase or it isn't. If it is, there's no point in wasting all that labor just because one of the authors is a murderer. It's like if you wanted to ban every murderer's memoir from distribution. It's a silly approach IMHO. Don't anthropomorphize the code. Your admission "I'd rather let him watch his brainchild die" is not a rational response at all. Personally, I'd much rather exploit the fruits of his labor if at all possible. That's a bit more productive, don't you think?

  • by tibit (1762298) on Tuesday October 16, 2012 @12:45PM (#41671371)

    Databases obviously handle it just fine, so the theoretical impossibility isn't there, and demonstrably so. The question is whether existing filesystem APIs are up for the job. I think they aren't. Passing things back and forth one file name or one file descriptor at a time is quite wasteful. Syscalls aren't free.

The rich get rich, and the poor get poorer. The haves get more, the have-nots die.

Working...