Announcement

Collapse
No announcement yet.

Benchmarking The Performance Impact To AMD Inception Mitigations

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

  • #31
    Please do proper gaming benchmarks with a dGPU. It seems you just did 2 tests with no dGPU present at all. Also do some tests with a 7800x3d in games + dGPU.

    Comment


    • #32
      Originally posted by mkdr View Post
      Please do proper gaming benchmarks with a dGPU. It seems you just did 2 tests with no dGPU present at all. Also do some tests with a 7800x3d in games + dGPU.
      No dGPU? There was a 7900 XTX installed as shown in the system table... As commented elsewhere, I did run more graphics/gaming benchmarks but were largely flat and thus just not repeating the same flat graphs countless times.
      Michael Larabel
      https://www.michaellarabel.com/

      Comment


      • #33
        Originally posted by blackshard View Post

        Well, not exactly... if the server is your exclusive property, you may assume in does not run untrusted code.
        But if your server runs VPSs with customer's code (ie: any cloud provider), then you're affected and should not assume that you run trusted code at all.
        AMD's SME & SEV are supposed to protect against that, but if you ask almost any cloud provider why they won't enable those features on hardware they already have when KVM already supports them very easily they basically ignore you or you're free to ask again next year.

        Comment


        • #34
          Let's be fair, this is all to mitigate against no back doors in CPUs.
          1) They need to keep them closed to obfuscate backdoors
          2) If they need to be closed, then this type of thing cannot be fixed with open source microcode
          3) microcode cannot evolve in a robust way, like the Linux kernel has, and so cannot evolve separately from CPU models very well.
          4) This normalizes the idea that old CPUs aren't obsolete because of performance so much anymore, but old CPUs will always become obsolete due to security! Normalizing this false idea for the sake of controlling a market and rationalizes its shortcomings due to being subverted by the immoral.

          Morality and computer science are not "orthogonal..." A word many materialist geeks seem to get off on overusing.

          Comment


          • #35
            Originally posted by deusexmachina View Post
            3) microcode cannot evolve in a robust way, like the Linux kernel has, and so cannot evolve separately from CPU models very well.
            Microcode is intrinsically tied to the family and generation, if not also the stepping of CPU core.

            Comment


            • #36
              What about disk benchmarks especially read/write of small files and copy performance?

              Comment

              Working...
              X