Slashdot Mirror


Reiser On ReiserFS's Future And More

Steven Haryanto writes: "This one's from Indonesia. InfoLinux did an email interview with Hans Reiser, in which he explained about the ReiserFS project plan and the new Namesys business model. Mr. Reiser told me that Namesys recently received $600K funding from DARPA to include encryption in ReiserFS v4.0." Dig this quote: "We are going to add plugins in our next major version, and we hope that plugins will do for filesystems what they did for Photoshop." Mmmm -- encrypted, compressed, journaling, extensible filesystems. Reiser also touches on issues of international software development and how programmers can achieve fame.

4 of 123 comments (clear)

  1. Mmmm... CPU cycles by Lally+Singh · · Score: 5
    Mmmm -- encrypted, compressed, journaling, extensible filesystems.
    May ask for a moment of silence for the CPU? First IDE, now CPU heavy filesystems? Also, one of my first questions is, how do you compress a filesystem without having problems with either:
    • Making seeks tough to calculate, or worse, requiring many disk accesses to get the right address
    • Performance problems with things like writes in the middle of the file, causing the dictionary for that part of the file to overfill and the whole portion of the file to need recompression

    Perhaps I'm just not up on the latest compression techniques (most likely), but those questions just popped in my head.

    Either way, this is just further down the road of increasing CPU requirements just to drive the friggin disk. Ick. I miss SCSI.

    --

    --
    Care about electronic freedom? Consider donating to the EFF!
  2. Ooops... by Psiren · · Score: 5

    What if you did something silly like placing your filesystem encryption module on your encrypted filesystem... Get outta that one Houdini ;)

  3. Re:great news, xfs by InsaneGeek · · Score: 5

    They way I see it is that Reiser is looking to make a mark with having the latest & greatest feature list, XFS is looking to have the the most stable & reliable filesystem, and ext3 is a way to have people keep their existing ext2 data and add journaling support.

    Reiser is planning on selling their modules in the future, make a new feature to be sold and change the previously sold module to be free. Their entire business model depends on them having newer and newer features, which is great for people who are wanting/needing feature over stability.

    XFS is leaning more towards the datacenter type of situation, it may not have the latest and greatest, but it will work reliably, constantly, and with great performance. XFS is looking towards Linux as their OS platform, they have to give the same quality of filesystem they had on Irix to their customers who demand that quality. (when buying a multi-million dollar 512proc numa system they tend to require lots of stability).

    On the competeing filesystems, Steve Lord from the XFS mailing list said it probably best:

    "...I have never regarded the different filesystem on Linux as being in direct competition with each other, there will always be benefits to using each different filesystem for their strong points. Plus having several filesystems under active development means that there will be a tendency for the developers to make theirs the best, the implementations improve, and everyone wins."

    Reiser will be used for the things it's good at (squid, mail spool, new features) and XFS will be used for the things it's good at (larger files, NFS server, stability). They compete only that they are filesystems, but what they are designed to be good at are two different things.

  4. Photoshop plugins? by egjertse · · Score: 5
    Looking forward to these filesystem plugins:
    • "Random noise" - randomly copy from /dev/urandom instead of writing the actual file
    • "Motion blur" - bit rot on very fast disks
    • "JPEG compression" - lossy compression for your data!
    • "Mosaic" - increase fragmentation
    • "Colorize" - rot13 all .so files
    • "Watermark" - digitally sign all files (also system files)
    How about just making a toolkit for porting Gimp plugins?