• mycodesucks@lemmy.world
    link
    fedilink
    arrow-up
    9
    ·
    20 days ago

    I wish I didn’t know developers who would look at this and go “What’s the joke? Sounds like a good idea.”

  • UnfortunateShort@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    20 days ago

    I know this is a joke - but there totally is hardware acceleration for some of this stuff in modern processors. There definitely is for JS, JSON and generally string stuff. It’s not even x86 only, ARM got these kinds of things as well (although likely less of it)

    • MangoCats@feddit.it
      link
      fedilink
      arrow-up
      2
      ·
      20 days ago

      I’ve always wondered about string handling - it’s so common, and seemed to be an afterthought in every processor I ever learned about their instructions. Of course, I last touched assembly language 30 years ago, so… I would hope there’s been some progress since then.

      • Kangae_Hishiryo@scribe.disroot.org
        link
        fedilink
        arrow-up
        1
        ·
        19 days ago

        What’s amazing is that actually everything in there could be doable unironically.

        But more amazing (and embarrasing) is the fact that we have reached to this point where optimization is that undervalued by most programmers. Horrible timeline to live in, when AI is messing up with hardware prices.

    • rumschlumpel@feddit.org
      link
      fedilink
      arrow-up
      0
      ·
      20 days ago

      Hardware acceleration for an interpreted programming language? Can you point me to a specific example or clarify what you mean, because I find that hard to believe.

      • Hal@piefed.nz
        link
        fedilink
        English
        arrow-up
        2
        ·
        20 days ago

        I’m not sure what they were going for, but I know that modern browsers do just in time compilation for regularly repeated code parts to allow much faster execution, so “interpreted programming language” may be a little of a blurry definition. See https://developer.mozilla.org/en-US/docs/Glossary/Just_In_Time_Compilation

        I couldn’t find any info on any hardware specific to JS/JSON for clients but I’m no expert, maybe they will provide more info.

      • UnfortunateShort@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        19 days ago

        Tbf, it’s not really like processors have ‘DO JS STUFF’ instructions, they are not made for one language or data format specifically of course. But ultimately, instructions are shaped by things people use.

        JSON for example requires searching strings for structural characters: ,, {, } etc. Iirc you can use VPSHUFB (‘Packed Shuffle Bytes’ or so, AVX >=2) to map 32 bytes (or 64 on AVX-512 I guess) to any structural character in one instruction. That’s quite the speedup compared to comparing all of them to all special characters one at a time, even considering SIMD kinda moves on its own pace. And it’s exactly the kind of stuff you would use in your JS engine to make parsing JSON crazy fast, even when it’s plain text, which is obviously less than ideal for a computer.

        I remember there was some instruction that was introduced specifically because of something JS does all the time tought. I forgot what it was, maybe someone else can help out.

      • lime!@feddit.nu
        link
        fedilink
        arrow-up
        1
        ·
        19 days ago

        js isn’t really interpreted anymore, it’s all jit-compiled. instructions that help with common compiler operations are pretty standard.

        but there have been cpu features for interactive languages for a long time. lispmachines and forth systems are the obvious ones, but there’s been a push towards software-specific cpu dev even in the mainstream. UltraSPARC could run java natively, and itanium was designed with object-oriented systems in mind.

  • MoffKalast@lemmy.world
    link
    fedilink
    arrow-up
    4
    ·
    20 days ago

    Needs 2x 10GbE ports to download bloated React apps directly into its onboard cache. Otherwise perfect.

  • scutiger@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    19 days ago

    Ok but how bad does it get when the 256MB emoji cache is full? Cause that’s not enough space for all my emoji.

  • Australis13@fedia.io
    link
    fedilink
    arrow-up
    2
    ·
    20 days ago

    I love the idea that somebody at NIST is in charge of collating a Standard Minions Meme Collection.

  • Psythik@lemmy.world
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    19 days ago

    As someone who loves expansion slots and hates how GPUs and SSDs keep taking them away, I’d legit want one of these if they were real. Hell, I’m still mourning the death of the physics card.

    (Edit: No I didn’t mean PhysX. They were a brand at one point, not the tech. PhysX invented the physics card, and were the only ones to produce them because nVidia bought out the tech before it could be mass produced.)

    • Sonnenblume@discuss.tchncs.deOP
      link
      fedilink
      arrow-up
      1
      ·
      20 days ago

      Don’t worry we offer financing options at very fair rates which also include a discount for the first year of the mandatory ad-supported subscription required to use the card.