• thingsiplay@lemmy.ml
    link
    fedilink
    arrow-up
    4
    ·
    14 hours ago

    You can now assign processes to specific CPUs or groups of CPUs in System Monitor, known as setting CPU affinity. (Taras Oleksyn, KDE Bugzilla #429151)

    Huh. I wonder when this is needed to set it after a process is started. Is there an actual use case for this? I understand what this does, but why would anyone change it? Is there a real world example someone could give me?

    • buckykat [none/use name]@hexbear.net
      link
      fedilink
      English
      arrow-up
      2
      ·
      2 hours ago

      Some processors, like Ryzen CPUs above 8 cores, have their cores physically split onto multiple chiplets, and having a process split across two or more chiplets can introduce overhead transferring data between them.

    • Markaos@discuss.tchncs.de
      link
      fedilink
      arrow-up
      7
      ·
      13 hours ago

      Some generally older software has buggy multi threading implementation, and forcing its threads to execute “interleaved, but never simultaneously” often improves stability or even completely hides the issue.

      Also I know some games used to have big performance issues if they had too many hardware threads available, but I don’t know why exactly

      • zurohki@aussie.zone
        link
        fedilink
        English
        arrow-up
        6
        ·
        13 hours ago

        There’s also modern CPU structure, where there might be a performance hit if you involve cores that are attached to a different cache or don’t have direct access to memory. Threadripper ran into that sort of thing.