CUDA Proves Nvidia Is a Software Company (wired.com) 32
Nvidia's real AI moat isn't "a piece of hardware," writes Wired's Sheon Han. It's CUDA: a mature, deeply optimized software ecosystem that keeps machine-learning workloads tied to Nvidia GPUs. An anonymous reader quotes a report from Wired: What sounds like a chemical compound banned by the FDA may be the one true moat in AI. CUDA technically stands for Compute Unified Device Architecture, but much like laser or scuba, no one bothers to expand the acronym; we just say "KOO-duh." So what is this all-important treasure good for? If forced to give a one-word answer: parallelization. Here's a simple example. Let's say we task a machine with filling out a 9x9 multiplication table. Using a computer with a single core, all 81 operations are executed dutifully one by one. But a GPU with nine cores can assign tasks so that each core takes a different column -- one from 1x1 to 1x9, another from 2x1 to 2x9, and so on -- for a ninefold speed gain. Modern GPUs can be even cleverer. For example, if programmed to recognize commutativity -- 7x9 = 9x7 -- they can avoid duplicate work, reducing 81 operations to 45, nearly halving the workload. When a single training run costs a hundred million dollars, every optimization counts.
Nvidia's GPUs were originally built to render graphics for video games. In the early 2000s, a Stanford PhD student named Ian Buck, who first got into GPUs as a gamer, realized their architecture could be repurposed for general high-performance computing. He created a programming language called Brook, was hired by Nvidia, and, with John Nickolls, led the development of CUDA. If AI ushers in the age of a permanent white-collar underclass and autonomous weapons, just know that it would all be because someone somewhere playing Doom thought a demon's scrotum should jiggle at 60 frames per second. CUDA is not a programming language in itself but a "platform." I use that weasel word because, not unlike how The New York Times is a newspaper that's also a gaming company, CUDA has, over the years, become a nested bundle of software libraries for AI. Each function shaves nanoseconds off single mathematical operations -- added up, they make GPUs, in industry parlance, go brrr.
A modern graphics card is not just a circuit board crammed with chips and memory and fans. It's an elaborate confection of cache hierarchies and specialized units called "tensor cores" and "streaming multiprocessors." In that sense, what chip companies sell is like a professional kitchen, and more cores are akin to more grilling stations. But even a kitchen with 30 grilling stations won't run any faster without a capable head chef deftly assigning tasks -- as CUDA does for GPU cores. To extend the metaphor, hand-tuned CUDA libraries optimized for one matrix operation are the equivalent of kitchen tools designed for a single job and nothing more -- a cherry pitter, a shrimp deveiner -- which are indulgences for home cooks but not if you have 10,000 shrimp guts to yank out. Which brings us back to DeepSeek. Its engineers went below this already deep layer of abstraction to work directly in PTX, a kind of assembly language for Nvidia GPUs. Let's say the task is peeling garlic. An unoptimized GPU would go: "Peel the skin with your fingernails." CUDA can instruct: "Smash the clove with the flat of a knife." PTX lets you dictate every sub-instruction: "Lift the blade 2.35 inches above the cutting board, make it parallel to the clove's equator, and strike downward with your palm at a force of 36.2 newtons." "You can begin to see why CUDA is so valuable to Nvidia -- and so hard for anyone else to touch," writes Han. "Tuning GPU performance is a gnarly problem. You can't just conscript some tender-footed undergrad on Market Street, hand them a Claude Max plan, and expect them to hack GPU kernels. Writing at this level is a grindsome enterprise -- unless you're a cracker-jack programmer at DeepSeek..."
Han goes on to argue that rivals like AMD and Intel offer competitive specs on paper, but their software stacks have struggled with bugs, compatibility issues, and weak adoption. As a result, Nvidia has built an Apple-like moat around AI computing, leaving the industry dependent on its expensive hardware.
Nvidia's GPUs were originally built to render graphics for video games. In the early 2000s, a Stanford PhD student named Ian Buck, who first got into GPUs as a gamer, realized their architecture could be repurposed for general high-performance computing. He created a programming language called Brook, was hired by Nvidia, and, with John Nickolls, led the development of CUDA. If AI ushers in the age of a permanent white-collar underclass and autonomous weapons, just know that it would all be because someone somewhere playing Doom thought a demon's scrotum should jiggle at 60 frames per second. CUDA is not a programming language in itself but a "platform." I use that weasel word because, not unlike how The New York Times is a newspaper that's also a gaming company, CUDA has, over the years, become a nested bundle of software libraries for AI. Each function shaves nanoseconds off single mathematical operations -- added up, they make GPUs, in industry parlance, go brrr.
A modern graphics card is not just a circuit board crammed with chips and memory and fans. It's an elaborate confection of cache hierarchies and specialized units called "tensor cores" and "streaming multiprocessors." In that sense, what chip companies sell is like a professional kitchen, and more cores are akin to more grilling stations. But even a kitchen with 30 grilling stations won't run any faster without a capable head chef deftly assigning tasks -- as CUDA does for GPU cores. To extend the metaphor, hand-tuned CUDA libraries optimized for one matrix operation are the equivalent of kitchen tools designed for a single job and nothing more -- a cherry pitter, a shrimp deveiner -- which are indulgences for home cooks but not if you have 10,000 shrimp guts to yank out. Which brings us back to DeepSeek. Its engineers went below this already deep layer of abstraction to work directly in PTX, a kind of assembly language for Nvidia GPUs. Let's say the task is peeling garlic. An unoptimized GPU would go: "Peel the skin with your fingernails." CUDA can instruct: "Smash the clove with the flat of a knife." PTX lets you dictate every sub-instruction: "Lift the blade 2.35 inches above the cutting board, make it parallel to the clove's equator, and strike downward with your palm at a force of 36.2 newtons." "You can begin to see why CUDA is so valuable to Nvidia -- and so hard for anyone else to touch," writes Han. "Tuning GPU performance is a gnarly problem. You can't just conscript some tender-footed undergrad on Market Street, hand them a Claude Max plan, and expect them to hack GPU kernels. Writing at this level is a grindsome enterprise -- unless you're a cracker-jack programmer at DeepSeek..."
Han goes on to argue that rivals like AMD and Intel offer competitive specs on paper, but their software stacks have struggled with bugs, compatibility issues, and weak adoption. As a result, Nvidia has built an Apple-like moat around AI computing, leaving the industry dependent on its expensive hardware.
AI could solve this eventually. (Score:5, Funny)
AI could solve this by bypassing this moat to enable translation to openCL.
Considering just how good AI is at this sort of work once properly trained, I would be surprised if this doesn't happen. Though Nvidia will certainly fight anyone trying to do this to slow it down.
Re: (Score:1)
Re: (Score:2)
I'm not sure why this is modded Funny. It should be modded Insightful.
Modern AI is pretty good at rewriting CUDA as OpenCL.
It's not just one click (yet), but AI can do 90% of the work with some human guidance.
AI can also create a test suite to verify that the translation is correct.
Well "just" vibe code you a new API, then eh? (Score:4, Funny)
Re: Well "just" vibe code you a new API, then eh? (Score:2)
I made the same comment about Googleâ(TM)s SDK. If AI is so awesome, why not just write a single SDK in a single language, and AI build the others on each push? Then devs can use their preferred language and it already has full first party support. Seems so simple⦠and the fact that it isnâ(TM)t being done screams pretty loudly.
Re: (Score:1)
But, could any generous soul explain some specifics about the sort of things that make it that hard? What are the challenges there? Is it the amount of code required to be translated? The secrecy of the
Re: (Score:2)
It's not just CUDA itself. AMD has HIP, which is basically a clone of CUDA and works well. But that's just the core pieces, the compiler and runtime. Then there's the higher level libraries NVIDIA provides for special purposes: cuBLAS for linear algebra, cuSPARSE for sparse matrix operations, cuFFT for Fourier transforms, and so on. AMD has mostly managed to create clones of those too. But then there are all the even more specialized libraries [nvidia.com] NVIDIA has spent years creating. Look over the list to get
Re: (Score:2)
create an open source API ...
That's what OpenCL is.
OpenCL [wikipedia.org]
There's a small performance hit because OpenCL runs on any GPU, whereas CUDA is tuned only for Nvidia GPUs.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
When CUDA started taking off we had ATI hardware, to support their open source pledge, and looked into ROCm.
Just getting the drivers to build on EL-anything was an extreme effort, and it wasn't my first rodeo.
Without betraying confidences, I was told second-hand that there were only ten people on the GPU driver team across all platforms and that they were doing their best and not sleeping enough as it was, with Compute way behind gaming bugs on the priority list.
I couldn't independently verify of course but
Re: (Score:1)
Not paying attention? (Score:2)
NVIDIA bought Groq, which is never going to run CUDA well, and Anthropic ported to Google's TPU.
Unless the software stack is a complete disaster OpenAI and Anthropic make do, architecture rules. NVIDIA leads in architecture, no competition for NVLINK and C2C in deployment for instance and Groq in its niche only competes with Cerebras.
Small players are more dependent on open source and more easily manipulated by lazy devs, but the biggest spenders don't give a shit about CUDA.
Re: (Score:1)
Re: (Score:1)
Re: (Score:2)
"NVIDIA leads in architecture"
Re: (Score:1)
Re: (Score:2)
Yes.
Not really a new idea - hardware-wise anyway. (Score:2)
But a GPU with nine cores ...
Or any number of, now obsolete, general-purpose, vector-processor systems, like the Cray 2 or even parallel systems like the Myrias Parallel System - both of which I was an SA on *way* back. Parallel operations can speed certain type of workflow.
Vector supercomputers [wikipedia.org]
Vector processor [wikipedia.org]
Cooperate or Die (Score:2)
Nvidia's competitors need to work together to improve open-source software tooling and to standardize hardware interfaces, or else go the way of Commodore and Tandy.
Subtle Roasting (Score:2)
added up, they make GPUs, in industry parlance, go brrr.
The subtle roast of implying that the industry is a bunch of Gen Alpha middle schoolers. Are the graphics also skibidi?
Seems like a smart CEO (Score:3)
Agreed (Score:2)
Intel has gone through three completely different, and mostly incompatible, hardware stacks. Remember Phi? Altera? Now it's AVX for some compute tasks, and Xe for other tasks.
Do the math, cowards! (Score:1)
NVIDIA and ASUS Partnership (Score:3)
I always hate how people often take success in isolation. A lot of the success of NVIDIA I think comes from its original strong partnership with ASUS which is a hardware manufacturing company. NVIDIA originally did the chip design and at that level it's kind of hard to ignore the software, especially on the driver front. This means they always had a "low-level" team understanding software issues. Then when it came to really building out a commodity GPU, they worked with ASUS.
For years, I have been a huge fan of ASUS because I think in general, they understand solid hardware design of which NVIDIA's partnership with ASUS is a large part of their success. CUDA is pretty great for the role it has fulfilled in computing, but it also seems like a natural conclusion. As others pointed out, AMD and INTEL have both tried their hands at it, but they screw the pooch in building an effective framework.
NVIDIA might be getting too cocky or maybe just the fanboys. Either way, I think they are successful because they had very strong strategic partnerships that allowed them as a company to do what they do best. This important note is so often left out when talking about NVIDIA now.
"go brrr" isn't industry parlance (Score:2)
It's just ordinary slang.
The beginning of the end? (Score:2)
A successful hardware company incrementally shifts its resources from hardware to software, because of financial reasons. ... IBM became today's IBM.
As the shift progresses it completely changes its industrial DNA until it reaches a point where hardware becomes just a relic of the past.
This is how
Facts Only
The article discusses the evolution of NVIDIA, a hardware company, towards software.
NVIDIA's success is attributed to strategic partnerships that allowed them to focus on their strengths.
The term "go brrr" is mentioned, which is an ordinary slang term that has gained popularity in certain online communities.
The article mentions the importance of AI and data centers in modern technology.
It is stated that IBM underwent a similar shift from hardware to software, leading to its current form.
Executive Summary
Full Take
The article can be seen as part of a broader narrative about the evolving nature of technology companies. By focusing on NVIDIA's shift towards software and AI, it highlights the adaptability required for companies to thrive in an increasingly digital world. The use of ordinary slang term "go brrr" can be interpreted as an attempt to appeal to a younger demographic or online community that uses this term frequently. However, the article's main focus remains on the strategic decisions and partnerships that have shaped NVIDIA's transformation.
Patterns detected: ARC-0014 Appeal to Popularity (use of slang term "go brrr")
Sentinel — Human
Sentinel analysis incomplete — partial response from fallback model.
