• Re: And, where did I talk about rockets? [Hint its about xAI's Grok] (Was: Why do you even need a mpmc queue? [Thunder Kittens])

    From Ross Finlayson@ross.a.finlayson@gmail.com to sci.physics.relativity,sci.math on Fri Jul 24 21:20:26 2026
    From Newsgroup: sci.math

    On 07/24/2026 04:23 PM, Mild Shock wrote:
    Hi,

    The primary motivation behind SpaceX's acquisition
    of Cursor (and its underlying Composer model tech stack)
    comes down to vertical integration of the entire AI
    stackrCocompute, models, and application surface.

    Bridging the Coding & Reasoning Gap: While xAIrCOs Grok
    had massive raw compute backing it (via massive clusters
    like Colossus), its training data heavily leaned on
    social media feeds from X.

    That made it great for conversational chat, but left
    it lagging behind competitors (like OpenAI and Anthropic)
    in pure coding, reasoning efficiency, and long-horizon
    agentic execution.

    Owning the Developer Workflow: Instead of just building
    a model and hoping people use it, acquiring Cursor
    gives SpaceX the premier developer-facing application
    layer that millions of developers already use
    for daily coding.

    Coupling Cursor's model architecture with SpaceX/xAI's
    massive compute infrastructure allows them to aggressively
    scale up training for next-gen models.

    So its a Win-Win. Got it?

    Bye

    Ross Finlayson schrieb:
    On 07/24/2026 05:43 AM, Mild Shock wrote:
    Hi,

    You don't pay attention, right! I am little
    bit disappointed that your attention span is
    near zero. I already posted:

    From: Mild Shock <janburse@fastmail.fm>
    Subject: Why do you even need a mpmc queue? [Thunder Kittens]
    Date: Thu, 23 Jul 2026 08:43:03 +0200

    Hi,

    Because I use WebGPU and not WebGL. And
    because WebGPU can adresss modern GPU
    developed with the NVIDIA Volta evolution,

    which happened in 2017. Namley that compute
    shaders are not any more subject to the
    realization restriction of lock step

    execution, but have independent thread state.
    And because there is independent thread state
    there is also independent time spent for a

    a work item by each logical thread, if the
    submitted logical thread uses a lot of branching
    logic or even loops. But the use of branching

    and loops is encouraged in independent thread
    state programming of compute shaders. The variables
    that can drive such logic are the scalar variables:

    Tour of WGSL - Control Flow
    https://google.github.io/tour-of-wgsl/control-flow/

    Then not to waste GPU compute time, by logical
    threads doing nothing. You will need to
    introduce some load balancing among multiple

    logical threads. And MPMC queues are one way to
    readize load balancing. Compute shaders with
    producer and consumer entry points are proposed

    as fundamental architecture by Thunder Kittens:

    ThunderKittens: Simple, Fast, and Adorable AI Kernels
    https://arxiv.org/abs/2410.20399

    They are used by this SpaceX acquisition:

    Composer 2 Technical Report
    https://arxiv.org/abs/2603.24477

    Thunder Kittens uses Hardware support, i.e. tma_expect().

    Bye

    Chris M. Thomasson schrieb:
    never meant to be used in a GPU.
    Dmitry CAS version can be used, but

    Why do you even need a mpmc queue
    in your compute shader anyway?

    Chris M. Thomasson schrieb:
    I don't think he knows exactly what he is doing... Why does he need a
    lock/wait-free queue in a compute shader? What is he trying to do?



    Forget Space-X and forget that heil-throwing fat-ass, too,
    the rockets they bought are wearing out and the ones they
    built are blowing up, moving fast and breaking things.


    Shut Up




    I detest when people say "Got it" I think it's ridiculous,
    like "unnerstand". It's immature and insensate.


    If there was a functioning free-market capitalism,
    there would be modular, safe, fun, fast vehicles of
    the electric, hybrid, and liquid fueled varieties
    that were open, reliable, and geared toward
    owner/operators, not tyro turds.

    Douchebag


    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Ross Finlayson@ross.a.finlayson@gmail.com to sci.physics.relativity,sci.math on Fri Jul 24 21:23:27 2026
    From Newsgroup: sci.math

    On 07/24/2026 09:20 PM, Ross Finlayson wrote:
    On 07/24/2026 04:23 PM, Mild Shock wrote:
    Hi,

    The primary motivation behind SpaceX's acquisition
    of Cursor (and its underlying Composer model tech stack)
    comes down to vertical integration of the entire AI
    stackrCocompute, models, and application surface.

    Bridging the Coding & Reasoning Gap: While xAIrCOs Grok
    had massive raw compute backing it (via massive clusters
    like Colossus), its training data heavily leaned on
    social media feeds from X.

    That made it great for conversational chat, but left
    it lagging behind competitors (like OpenAI and Anthropic)
    in pure coding, reasoning efficiency, and long-horizon
    agentic execution.

    Owning the Developer Workflow: Instead of just building
    a model and hoping people use it, acquiring Cursor
    gives SpaceX the premier developer-facing application
    layer that millions of developers already use
    for daily coding.

    Coupling Cursor's model architecture with SpaceX/xAI's
    massive compute infrastructure allows them to aggressively
    scale up training for next-gen models.

    So its a Win-Win. Got it?

    Bye

    Ross Finlayson schrieb:
    On 07/24/2026 05:43 AM, Mild Shock wrote:
    Hi,

    You don't pay attention, right! I am little
    bit disappointed that your attention span is
    near zero. I already posted:

    From: Mild Shock <janburse@fastmail.fm>
    Subject: Why do you even need a mpmc queue? [Thunder Kittens]
    Date: Thu, 23 Jul 2026 08:43:03 +0200

    Hi,

    Because I use WebGPU and not WebGL. And
    because WebGPU can adresss modern GPU
    developed with the NVIDIA Volta evolution,

    which happened in 2017. Namley that compute
    shaders are not any more subject to the
    realization restriction of lock step

    execution, but have independent thread state.
    And because there is independent thread state
    there is also independent time spent for a

    a work item by each logical thread, if the
    submitted logical thread uses a lot of branching
    logic or even loops. But the use of branching

    and loops is encouraged in independent thread
    state programming of compute shaders. The variables
    that can drive such logic are the scalar variables:

    Tour of WGSL - Control Flow
    https://google.github.io/tour-of-wgsl/control-flow/

    Then not to waste GPU compute time, by logical
    threads doing nothing. You will need to
    introduce some load balancing among multiple

    logical threads. And MPMC queues are one way to
    readize load balancing. Compute shaders with
    producer and consumer entry points are proposed

    as fundamental architecture by Thunder Kittens:

    ThunderKittens: Simple, Fast, and Adorable AI Kernels
    https://arxiv.org/abs/2410.20399

    They are used by this SpaceX acquisition:

    Composer 2 Technical Report
    https://arxiv.org/abs/2603.24477

    Thunder Kittens uses Hardware support, i.e. tma_expect().

    Bye

    Chris M. Thomasson schrieb:
    never meant to be used in a GPU.
    Dmitry CAS version can be used, but

    Why do you even need a mpmc queue
    in your compute shader anyway?

    Chris M. Thomasson schrieb:
    I don't think he knows exactly what he is doing... Why does he need a >>>>> lock/wait-free queue in a compute shader? What is he trying to do?



    Forget Space-X and forget that heil-throwing fat-ass, too,
    the rockets they bought are wearing out and the ones they
    built are blowing up, moving fast and breaking things.


    Shut Up




    I detest when people say "Got it" I think it's ridiculous,
    like "unnerstand". It's immature and insensate.


    If there was a functioning free-market capitalism,
    there would be modular, safe, fun, fast vehicles of
    the electric, hybrid, and liquid fueled varieties
    that were open, reliable, and geared toward
    owner/operators, not tyro turds.

    Douchebag



    It's like when somebody says "blah blah blah, right",
    and it's like "Don't you know? Don't you know what's
    right? Are you trying to tell me everything else you
    said was wrong? Don't you know? Don't try and tell me."

    Really, ..., I think people who talk that way are sixth-graders.

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Mild Shock@janburse@fastmail.fm to sci.physics.relativity,sci.math on Sat Jul 25 09:47:57 2026
    From Newsgroup: sci.math

    Hi,

    Why I forget something, that was never
    on my mind. This here is hardly
    about rockets:

    11.4 Giga Lips with a Budget Laptop https://github.com/Jean-Luc-Picard-2021/gigabudget

    So stop glue sniffing. Got it? Your are
    just confused. I don't care about SpaceX,
    that Composer was acquired by

    SpaceX was just a factual thing.

    Bye

    Disclaimer: Who knows, maybe somebody picks
    up pi-calculus and/or WAM for rocket engineering,
    I do not primarily exclude it.

    But its not on my mind, so I cannot forget something
    which I don't care about.

    Ross Finlayson schrieb:
    Forget Space-X and forget that heil-throwing fat-ass, too,
    the rockets they bought are wearing out and the ones they
    built are blowing up, moving fast and breaking things.

    --- Synchronet 3.22a-Linux NewsLink 1.2