‹ BackHN Continuity

Thread

Platform-independent SIMD in Go

414 points · 152 comments · yurivish

  1. qprofyeh · · focus · HN ↗
    This feature opens many doors for optimizing low-level performance in Go projects, that are already running multicore. IIRC there aren’t a lot of languages with built-in std lib support for SIMD and variants. Love the way Go is trying new stuff lately.
    1. pjmlp · · focus · HN ↗
      Besides the usual C and C++, we have Java, .NET, D, Zig, Julia, Swift, Rust.

      So yeah, also appreciate having Go in the group instead of manually having to write Assembly.

      However not many languages adopt ways to manually write SIMD, because most of us have no idea how to write good SIMD code in first place, I surely don't.

      1. Thaxll · · focus · HN ↗
        With AI I'm pretty sure SIMD will be easier to integrate when necessary.
        1. pjmlp · · focus · HN ↗
          With AI, I expect it to eventually be good enough for us to finally have 5 GLs, so it won't really matter.

          "CGO 2022 Keynote: Compiler 2.0"

          <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=w_sX9aZoZxg" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=w_sX9aZoZxg

        2. stingraycharles · · focus · HN ↗
          But it’s not necessary at all, the whole point is that these utility libraries bring you more elegant code that work on all platforms without having to pollute your codebase with SIMD intrinsics.

          Unless this was tongue in cheek, because this is in fact a problem with AI that it degrades your codebase in these types of ways.

          1. preisschild · · focus · HN ↗
            In 2026 if you are not doing A with AI you are doing it wrong &#x2F;s
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.