• waigl@lemmy.world
    link
    fedilink
    English
    arrow-up
    68
    arrow-down
    2
    ·
    4 months ago

    “Squeezes”, “20%”. Interesting word choice. Feels almost like downplaying. When, in reality, 20% is massive, especially on a CPU like the Threadripper.

  • BlazeOP
    link
    fedilink
    arrow-up
    15
    ·
    4 months ago

    Post from November 2023, but still interesting

  • lemmyseizethemeans@lemmygrad.ml
    link
    fedilink
    arrow-up
    6
    arrow-down
    2
    ·
    4 months ago

    See what they should be doing in the FOSS community is loading up that kernel with bloatware that sends ‘anonymous’ telemetry to third parties to maximize profits for the shareholders at penguin central…

  • AutoTL;DR@lemmings.worldB
    link
    fedilink
    English
    arrow-up
    3
    ·
    4 months ago

    This is the best summary I could come up with:


    Going back to the original AMD Ryzen Threadripper processors, Linux has long possessed a performance lead over Microsoft Windows.

    With Linux typically being the dominant OS of HPC systems and other large core count servers, the Linux kernel scheduler has coped better than various flavors of Windows when dealing with high core count processors.

    Ubuntu 23.10 was run for providing a clean, out-of-the-box look at this common desktop/workstation Linux distribution.

    The HP Z6 G5 A for all testing was configured with the Ryzen Threadripper PRO 7995WX at default frequencies, 8 x 16GB DDR5-5200 Hynix RDIMMs, Samsung MZVL21T0HCLR-00BH1 NVMe SSD, NVIDIA GeForce RTX A4000 16GB graphics.

    A full review on the HP Z6 G5 A Threadripper workstation will be published in a separate article on Phoronix in early December.

    From there the up-to-date Windows 11 Pro Build 22631 (H2’23) was tested against Ubuntu 23.10 with its stable release updates.


    The original article contains 436 words, the summary contains 148 words. Saved 66%. I’m a bot and I’m open source!

    • QuadriLiteral@programming.dev
      link
      fedilink
      English
      arrow-up
      3
      arrow-down
      1
      ·
      edit-2
      4 months ago

      If you don’t want compilation to take all cores, use one or two cores less for the compile. I frequently compile C++ code, almost always I just let it max out 100%, haven’t been really bothered by the lag. When I’m in a teams meeting for instance it can cause noticable lag so then I do ninja -n 8 or ninja -n 12 and problem solved.

      • SorteKanin@feddit.dk
        link
        fedilink
        arrow-up
        3
        ·
        4 months ago

        I have actually tried this solution as well and I had to reduce the compilation jobs to like 4 (usually would be 16 with my 16 logical cpus) before it helped any. That is simply too much of a reduction to be worth it, it makes compilation take ages.

        And in the end, that’s still just a workaround to the more general problem that is the fact that the desktop environment and user input is not prioritised in the scheduler, when it really should. I really want Linux to succeed so it pains me to see Windows do better in this situation.

        • QuadriLiteral@programming.dev
          link
          fedilink
          English
          arrow-up
          2
          ·
          4 months ago

          Huh odd, I guess it depends quite heavily on the system? Just to check I cleaned my build folder and am building now, ~700 files that take around 5 minutes to compile. I don’t notice a thing, CPU (Ryzen 7 7700X ) is fully maxed out. I know that I do notice it on my laptop, but there reducing from 16 to 12 or even 14 is enough. Having to reduce to 4 is very different from what I experience. Currently on manjaro, the laptop has ubuntu.

  • Honytawk
    link
    fedilink
    arrow-up
    3
    arrow-down
    27
    ·
    4 months ago

    Comparing Windows “out of the box” with all the laptop manufacturers bloatware, to a fresh install of Ubuntu.

    At least be less blatant with the bias. Get a fresh install of Windows and try again.