Announcement

Collapse
No announcement yet.

PG_Zero: Faster Page Allocation Proposed For Linux By Zeroing Out Pages Ahead Of Time

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

  • PG_Zero: Faster Page Allocation Proposed For Linux By Zeroing Out Pages Ahead Of Time

    Phoronix: PG_Zero: Faster Page Allocation Proposed For Linux By Zeroing Out Pages Ahead Of Time

    A set of patches sent out Sunday morning for "PG_zero" could provide much faster page allocation performance by the Linux kernel...

    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
    Interesting, thank you Michael!

    Comment


    • #3
      This is cool, but caches cause more issues during memory allocation for virtual machines - memory allocation fail and then virtual machine does not start at all: https://github.com/OpenNebula/one/is...ment-591329265

      Comment


      • #4
        Hmm. I thought pages were zeroed/poisoned on request/configuration, not by default?
        What pages are we talking about? Any? Userspace? Heap? Stack? Kernel?
        Also, does this not break the general laziness principle?

        Comment


        • #5
          Originally posted by RussianNeuroMancer View Post
          This is cool, but caches cause more issues during memory allocation for virtual machines - memory allocation fail and then virtual machine does not start at all: https://github.com/OpenNebula/one/is...ment-591329265
          That is price of of having improvement of existing technology, that sometime new things break.

          Comment


          • #6
            Originally posted by dimko View Post

            That is price of of having improvement of existing technology, that sometime new things break.
            That's a huge problem on linux. You update your system and then something unexpected breaks. That's not ok. It's not a price end users are willing to pay.

            Comment


            • #7
              Originally posted by duby229 View Post

              That's a huge problem on linux. You update your system and then something unexpected breaks. That's not ok. It's not a price end users are willing to pay.
              That's the problem when stupid user upgrades something on its own. Kernel, for example. On windows it's stupid microsoft that was forcing broken upgrades on users. Every unreleased Kernel should be signed: not for morons. Smart users know the risk.
              Last edited by Volta; 12 April 2020, 03:15 PM.

              Comment


              • #8
                Originally posted by Volta View Post

                That's the problem when stupid user upgrades something on its own. Kernel, for example. On windows it's stupid microsoft that was forcing broken upgrades on users. Every unreleased Kernel should be signed: not for morons. Smart users know the risk.
                So "smart" users are ok with broken systems? You must be so "smart"....

                Comment


                • #9
                  Originally posted by duby229 View Post

                  So "smart" users are ok with broken systems? You must be so "smart"....
                  If you cannot read I recommend to stay away from features not even included in Kernel yet. It seems Freedom is only for smart.

                  Comment


                  • #10
                    Originally posted by duby229 View Post
                    That's a huge problem on linux. You update your system and then something unexpected breaks. That's not ok. It's not a price end users are willing to pay.
                    It's strange how some people have been using Linux for over a decade without experiencing any such problems, while others seem to think it's a "huge problem". Really makes you think......

                    (Probably yet another "power user", who knows just enough to be dangerous)
                    Last edited by AH88; 12 April 2020, 05:55 PM.

                    Comment

                    Working...
                    X