Announcement

Collapse
No announcement yet.

systemd OOMD Maturing Nicely, Adds Support For User Services

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

  • systemd OOMD Maturing Nicely, Adds Support For User Services

    Phoronix: systemd OOMD Maturing Nicely, Adds Support For User Services

    Systemd-oomd as the out-of-memory daemon originally developed by Facebook has been maturing nicely since being merged last year and then its most notable deployment to date has been with Fedora 34's debut earlier this year. Anita Zhang of Facebook provided an update today on the systemd-oomd effort...

    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
    As far as I know, systemd-oomd does not share code with Facebook's oomd, systemd just decided to copy the algorithm from their writeup wholesale and write their own.

    Hell, Facebook's oomd is in C++, and (like, AFAIK, all of systemd) systemd-oomd is C.
    Last edited by rincebrain; 23 September 2021, 02:16 AM.

    Comment


    • #3
      Originally posted by rincebrain View Post
      As far as I know, systemd-oomd does not share code with Facebook's oomd, systemd just decided to copy the algorithm from their writeup wholesale and write their own.

      Hell, Facebook's oomd is in C++, and (like, AFAIK, all of systemd) systemd-oomd is C.
      Is this an issue?

      Comment


      • #4
        Originally posted by birdie View Post

        Is this an issue?
        I mention it because the article opens with "Systemd-oomd as the out-of-memory daemon originally developed by Facebook", which is not really accurate.

        Comment


        • #5
          Can't believe no one complained about having a whole social network inside the init system yet...

          Comment


          • #6
            Originally posted by lucrus View Post
            Can't believe no one complained about having a whole social network inside the init system yet...
            With systemd's pace of annoying feature creep, give it time.

            Comment


            • #7
              Originally posted by rincebrain View Post

              I mention it because the article opens with "Systemd-oomd as the out-of-memory daemon originally developed by Facebook", which is not really accurate.
              It is accurate on the lineage. Facebook developed it internally, then made it open source. Then they put up a pull request to merge it in systemd

              systemd-oomd follows the current oomd model more closely than what was discussed at DevConf.CZ: oomd will periodically ask pid1 over varlink for a list of cgroups to monitor and use that to decide ...


              Now they continue to make improvements to it within systemd.

              Comment


              • #8
                Originally posted by rincebrain View Post
                As far as I know, systemd-oomd does not share code with Facebook's oomd, systemd just decided to copy the algorithm from their writeup wholesale and write their own
                Not true. Facebook put up that PR to implement the same functionality in systemd. "systemd" didn't decide to copy anything. It is not capable of such things

                Comment


                • #9
                  systemd-oomd blows away the gnome-shell desktop session

                  https://lists.fedoraproject.org/arch...UPFQNLYHHGMJU/

                  Is this OK?

                  systemd-oomd kills the whole session if it's started from console https://bugzilla.redhat.com/show_bug.cgi?id=1933494

                  Comment


                  • #10
                    Originally posted by RahulSundaram View Post

                    It is accurate on the lineage. Facebook developed it internally, then made it open source. Then they put up a pull request to merge it in systemd

                    systemd-oomd follows the current oomd model more closely than what was discussed at DevConf.CZ: oomd will periodically ask pid1 over varlink for a list of cgroups to monitor and use that to decide ...


                    Now they continue to make improvements to it within systemd.
                    Ah, neat, thanks!

                    Originally posted by RahulSundaram View Post

                    Not true. Facebook put up that PR to implement the same functionality in systemd. "systemd" didn't decide to copy anything. It is not capable of such things
                    I give it 5 years or less before the systemd roadmap is being "informed" by systemd-hal9000.

                    Comment

                    Working...
                    X