Announcement

Collapse
No announcement yet.

Statsfs: A Proposed Linux File-System For Kernel Statistics

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

  • Statsfs: A Proposed Linux File-System For Kernel Statistics

    Phoronix: Statsfs: A Proposed Linux File-System For Kernel Statistics

    Statsfs is a new RAM-based file-system proposal by a Red Hat engineer that is designed for exposing kernel statistics to user-space...

    http://www.phoronix.com/scan.php?pag...-Statistics-FS

  • #2
    I am not sure if I would be in favor of yet another "special" pseudo filesystem.
    procfs, sysfs, debugfs, configfs, usbfs, statfs... etc.
    But then again, nobody asked me.

    Comment


    • #3
      We need a c api, not another thing text thing that everyone will write parsing functions for over and over.

      Comment


      • #4
        Originally posted by milkylainen View Post
        I am not sure if I would be in favor of yet another "special" pseudo filesystem.
        procfs, sysfs, debugfs, configfs, usbfs, statfs... etc.
        But then again, nobody asked me.
        The current "mount" output is horrible for human to read.
        I counted the output on my system and there're already 11 different file systems out there.

        They really should propose a unified framework before the number of pseudo fs gets out of control imo.
        Last edited by zxy_thf; 27 May 2020, 12:30 PM.

        Comment


        • #5
          Originally posted by bitman View Post
          We need a c api, not another thing text thing that everyone will write parsing functions for over and over.
          I agree, but someone will tell you this is against Unix philosophy ("Write programs to handle text streams, because that is a universal interface.")

          Comment


          • #6
            Originally posted by bitman View Post
            We need a c api, not another thing text thing that everyone will write parsing functions for over and over.
            The Unix philosophy is everything is a file.

            Comment


            • #7
              it makes me flinch every time I read - a Red Hat engineer proposed/implemented something...

              Comment


              • #8
                Originally posted by zxy_thf View Post
                I agree, but someone will tell you this is against Unix philosophy ("Write programs to handle text streams, because that is a universal interface.")
                There is a dogma and there is a real world. Or take removal of AllowDeactivateGrabs from X11 as an example. It was removed more than 10 years ago and for a decade nobody implemented an alternative. As a result it is not possible to debug a GUI application without losing your mouse. Before anyone speaks up - i know all those retarded workarounds. Things like sysfs and AllowDeactivateGrabs and many other things is why Linux on the desktop is such a meme.

                Originally posted by uid313 View Post

                The Unix philosophy is everything is a file.
                It is nice up to a point. Linux is overdoing it for a long time which by now is simply not practical and borderline stupid.

                Comment


                • #9
                  Originally posted by bitman View Post

                  It is nice up to a point. Linux is overdoing it for a long time which by now is simply not practical and borderline stupid.
                  And so is the whole web.
                  Serializing to and parsing from text interfaces the whole time is retarded. Something useful could have been done with the processing power.

                  But I guess it is like everything else today - For programmer convenience.

                  Comment


                  • #10
                    Originally posted by bitman View Post
                    We need a c api, not another thing text thing that everyone will write parsing functions for over and over.
                    Agree. Linux has too many pseudo filesystems. It also may break compatibility with other Unix'es.

                    Comment

                    Working...
                    X