Announcement

Collapse
No announcement yet.

Microsoft Continues "Demikernel" Development LibOS For Kernel-Bypass I/O

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

  • Microsoft Continues "Demikernel" Development LibOS For Kernel-Bypass I/O

    Phoronix: Microsoft Continues "Demikernel" Development LibOS For Kernel-Bypass I/O

    A Microsoft Research project that was quietly announced a few years ago to some fanfare but not hearing much about since has been Demikernel as their library OS architecture for kernel-bypass I/O. A Phoronix reader brought up Demikernel this week and while it hasn't been talked about much in recent years it does remain under active development with the most recent commits as of hours ago...

    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
    Another rust project from Microsoft, I guess that the rumor of them working on rust support for MSVC must be true...

    Comment


    • #3
      The future is Rust, yet many don't see the writing on the walls

      Comment


      • #4
        Originally posted by pokeballs View Post
        Another rust project from Microsoft, I guess that the rumor of them working on rust support for MSVC must be true...
        Do you mean MSVS (Visual Studio) or do you mean Rust support for the MS C/C++ compiler?
        I think theire MSVC is the only actual native compiler, Microsoft have.

        Integrating Rust code in C/C++ programs will not really be possible. So how would be looking a Microsoft Rust compiler?
        And under what license would it be?

        Currently theire C/C++ compiler is closed source.
        The C++-library called STL was published as OpenSource at

        But the VCRuntime library, on which STL is based on and where the source code is published with Visual Studio is not under an OpenSource license.
        This is despite the fact that the Microoft STL team since years already removed third party code from VCRuntime and only the ok of the front office is needed.

        Comment


        • #5
          Originally posted by Errinwright View Post
          The future is Rust, yet many don't see the writing on the walls
          yes, it will take 10 years before it replaces Linux if the rust kernel turns out to be of correct design. But since no-one uses it currently, no-one knows if it's sane.

          The replacement paradigm hinges on the strategy: virtualize everything "legacy" and provide native support for new platforms. This way you don't need to spend 20 years to get going for real.

          Few people realize that good support for Linux is quite near in Redox land. With native or virtualized implementation. This is enough for most desktop use cases, only running AA or AAA games don't fit this paradigm.
          Last edited by varikonniemi; 23 November 2024, 03:20 PM.

          Comment


          • #6
            Originally posted by varikonniemi View Post

            yes, it will take 10 years before it replaces Linux if the rust kernel turns out to be of correct design.
            Keep dreaming. You only need basic math to realize how stupid that claim is.

            Comment


            • #7
              Oh dear! Another Micro$haft project written in LUST ... in hopes that people will truly WANT to use it.

              Comment


              • #8
                Originally posted by varikonniemi View Post

                yes, it will take 10 years before it replaces Linux if the rust kernel turns out to be of correct design. But since no-one uses it currently, no-one knows if it's sane.

                The replacement paradigm hinges on the strategy: virtualize everything "legacy" and provide native support for new platforms. This way you don't need to spend 20 years to get going for real.

                Few people realize that good support for Linux is quite near in Redox land. With native or virtualized implementation. This is enough for most desktop use cases, only running AA or AAA games don't fit this paradigm.
                I doubt anything will replace Linux in the next 20 years no matter the programing language unless said kernel license is GPLv2 or latter.

                Comment


                • #9
                  Originally posted by varikonniemi View Post

                  yes, it will take 10 years before it replaces Linux if the rust kernel turns out to be of correct design. But since no-one uses it currently, no-one knows if it's sane.

                  The replacement paradigm hinges on the strategy: virtualize everything "legacy" and provide native support for new platforms. This way you don't need to spend 20 years to get going for real.

                  Few people realize that good support for Linux is quite near in Redox land. With native or virtualized implementation. This is enough for most desktop use cases, only running AA or AAA games don't fit this paradigm.
                  Yup, these things take time. All the youngsters are favoring Rust, so it is inevitable.

                  Comment


                  • #10
                    The Demikernel library operating system architecture features the "Catnap" Linux Sockets/Windows Winsock LibOS, the "Catnip" DPDK LibOS, and the "Catpowder" Linux raw sockets / Windows XDP libOS. Demikernel is written in the Rust programming language.
                    Is it coded by Catwoman?

                    Comment

                    Working...
                    X