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

        And yet: You’ll still be limited to two simultaneous calls to your REST API because the default HTTP client was built in the dumbest way possible.

          • kbotc@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            8 months ago

            … Is this a trick question? The object, provided by the library (net/http which is about as default as they come) sets “DefaultMaxIdleConnsPerHost” to 2. This is significant because if you finish a connection and you’ve got more than 2 idles, it slams that connection close. If you have a lot of simultaneous fast lived requests to the same IP (say a load balanced IP), your go programs will exhaust the ephemeral port list quickly. It’s one of the most common “gotchas” I see where Go programs work great in dev and blow themselves apart in prod.

            https://dev.to/gkampitakis/http-connection-churn-in-go-34pl is a fairly decent write up.

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

          Really? Huh, TIL. I guess I’ve just never run into a situation where that was the bottleneck.

    • Successful_Try543@feddit.org
      link
      fedilink
      arrow-up
      0
      ·
      10 months ago

      Does Python have the ability to specify loops that should be executed in parallel, as e.g. Matlab uses parfor instead of for?

      • lime!@feddit.nu
        link
        fedilink
        English
        arrow-up
        1
        ·
        10 months ago

        python has way too many ways to do that. asyncio, future, thread, multiprocessing

        • WolfLink@sh.itjust.works
          link
          fedilink
          arrow-up
          2
          ·
          10 months ago

          Of the ways you listed the only one that will actually take advantage of a multi core CPU is multiprocessing

          • lime!@feddit.nu
            link
            fedilink
            English
            arrow-up
            1
            ·
            10 months ago

            yup, that’s true. most meaningful tasks are io-bound so “parallel” basically qualifies as “whatever allows multiple threads of execution to keep going”. if you’re doing numbercrunching in pythen without a proper library like pandas, that can parallelize your calculations, you’re doing it wrong.

            • WolfLink@sh.itjust.works
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              10 months ago

              I’ve used multiprocessing to squeeze more performance out of numpy and scipy. But yeah, resorting to multiprocessing is a sign that you should be dropping into something like Rust or a C variant.

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

          I’ve always hated object oriented multi threading. Goroutines (green threads) are just the best way 90% of the time. If I need to control where threads go I’ll write it in rust.

  • SaharaMaleikuhm@feddit.org
    link
    fedilink
    arrow-up
    0
    ·
    10 months ago

    Oh wow, a programming language that is not supposed to be used for every single software in the world. Unlike Javascript for example which should absolutely be used for making everything (horrible). Nodejs was a mistake.