Announcement

Collapse
No announcement yet.

A Re-Implementation Of The EROFS File-System In Rust Has Started

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • A Re-Implementation Of The EROFS File-System In Rust Has Started

    Phoronix: A Re-Implementation Of The EROFS File-System In Rust Has Started

    The EROFS read-only open-source file-system has seen initial patches posted today for beginning to re-implement the C code within the Rust programming language for better safety guarantees and the possibility of more performance optimizations...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    I'd rather waste my life writing something new instead of rewriting existing things.
    Maybe that's just me.

    Comment


    • #3
      Would be nice if phoronix would tell how many LOC of C this 3k of rust code is replacing.

      Comment


      • #4
        Oh yeah, another thread for a flamewar. Great.

        Comment


        • #5
          rust fanboys make something new instead of wasting effort on rewriting the universe in rust challenge (impossible)

          Comment


          • #6
            Originally posted by davidbepo View Post
            rust fanboys make something new instead of wasting effort on rewriting the universe in rust challenge (impossible)
            How else are we gonna prove to C fanboys that Rust is production-ready? Can't prove that Rust is suitable for filesystem drivers without a filesystem to drive.

            Comment


            • #7
              Originally posted by davidbepo View Post
              rust fanboys make something new instead of wasting effort on rewriting the universe in rust challenge (impossible)
              They can't. They need to wait on the abstractions^W bindings first. And since this is kernel land, they can't just do what they usually do and drag in a load of shite from crates.io to provide them.

              This also isn't intended to be a re-implementation at all. It is merely replacing a few selected functions via Rust since the VFS bindings aren't in place yet to do a proper job.
              Last edited by kpedersen; 16 September 2024, 03:07 PM.

              Comment


              • #8
                What a summit of old farts complaining about other people's choices how to spend time. Go do something, stop whining.

                Comment


                • #9
                  I think rather than replacing existing drivers, alternative ones or a new kernel should be written in Rust instead.

                  I fear this will alienate existing maintainers who do not want to learn Rust and have had decades of experience writing kernels/drivers. Plus for when the next language comes along that people over-hype (e.g. Zig), everyone can move on without much hassle.

                  Comment


                  • #10
                    Originally posted by Britoid View Post
                    I think rather than replacing existing drivers, alternative ones or a new kernel should be written in Rust instead.

                    I fear this will alienate existing maintainers who do not want to learn Rust and have had decades of experience writing kernels/drivers. Plus for when the next language comes along that people over-hype (e.g. Zig), everyone can move on without much hassle.
                    1. Linus, the first maintainer, wanted Rust
                    2. Redox apparently exists
                    3. You're using Rust right now so idk if it's much of an overhype

                    Also imagine thinking C fanboys aren't alienated just by having other letters
                    Last edited by bacteriamanicure; 16 September 2024, 04:18 PM.

                    Comment

                    Working...
                    X