• pixxelkick@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    55
    ·
    edit-2
    10 months ago

    ITT: non devs that think multithreading is still difficult.

    It’s become so trivial in many frameworks/languages nowadays, its starting to actually shifting towards single threading being something you have to do intentionally.

    Everything is async by default first class and you have to go out of your way to unparallelize it.

    It’s being awhile since I have seen anything mainstream that seriously cared about single thread performance enough to make it the most important benchmark.

    I care about TDP way more. Your single thread performance doesn’t mean shit if your cpu starts to thermal throttle.

    • qqq@lemmy.world
      link
      fedilink
      English
      arrow-up
      56
      ·
      edit-2
      10 months ago

      Async features in almost all popular languages are a single thread running an event loop (Go being an exception there I believe). Multi threading is still quite difficult to get right if the task isn’t trivially parallelizable.

      • vext01@lemmy.sdf.org
        link
        fedilink
        English
        arrow-up
        9
        arrow-down
        2
        ·
        10 months ago

        Exactly.

        Also every time I’ve used async stuff, I’ve pined for proper threads. Continuation spaghetti isn’t my bag.

        • kunaltyagi@programming.dev
          link
          fedilink
          English
          arrow-up
          3
          ·
          10 months ago

          Which language? Usually there’s a thread pool where multiple tasks are run in parallel. CPython is a special case due to gil, but we have pypy which has actual parallelism

          • vext01@lemmy.sdf.org
            link
            fedilink
            English
            arrow-up
            1
            ·
            10 months ago

            I’ve only ever used it in those lua microcontrollers and in Rust with the async keyword.

            In lua I doubt they use proper threading due to the GIL. Rust probably can do async with threads, but it just wasn’t fun to work with.

            • kunaltyagi@programming.dev
              link
              fedilink
              English
              arrow-up
              1
              ·
              10 months ago

              Tokio has support for multiple threaded async in rust. As for micro controller, I don’t think you can have multiple threads in flight anyways, so that’s the best you’ll get

      • Gnome Kat@lemmy.blahaj.zone
        link
        fedilink
        English
        arrow-up
        3
        ·
        10 months ago

        My goto for easy multi threading is lock free queues. Generate work on one thread and queue it up for another thread to process. Easy message passing and stuff like that. It doesn’t solve everything but it can do a lot if you are creative with them. As long as you maintain a single thread ownership of memory and just pass it around the threads via message passing on queues, everything just sorta works out.

      • brian@programming.dev
        link
        fedilink
        English
        arrow-up
        3
        arrow-down
        1
        ·
        10 months ago

        A lot of languages have an asunc/await facade for tasks run on a background thread for result (c#, clj, py, etc), but it’s certainly not the default anywhere, and go most goroutines(?)/other csp implementations are probably going to be yielding for some io most of the time at the bottom anyway

        • qqq@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          10 months ago

          Yes I’m mostly familiar with this in Kotlin. Sometimes this is kinda a footgun because you’re writing multi threaded code without explicitly doing so.

      • QuaternionsRock@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        13
        ·
        10 months ago

        But concurrent execution is multithreaded. “unparallelize” is the only misnomer in the comment you replied to. Asynchronous execution is not necessarily concurrent, but often is.

        However, a high TDP does not inherently mean that thermal throttling will occur, and there are countless everyday processes that are inherently sequential (“single-threaded”), so I still disagree with the comment on most counts.

    • throwwyacc@lemmy.world
      link
      fedilink
      English
      arrow-up
      5
      ·
      10 months ago

      I’m a software engineer. And yes multithreading is difficult, just slapping on async isn’t necessarily going to help you run code in parallel

      Think about the workload a game is using, you have to do most calcs on a frame by frame basis and you tend to want effects to apply in order. So you have a hard time running in parallel as the state for frame 1 needs to be calculated before frame 2. And within frame 1 any number of scripts can rely on the results of another, so you can’t just throw threads at the problem You can do some things like the sound system but beyond that it’s not trivial

    • vrighter@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      1
      ·
      10 months ago

      as a dev, seeing you conflate “async” with “multithreaded” is painful.

      And what you’re saying is just not true anyway.