Loading video...

Video Failed to Load

There was a problem loading this video. This could be due to a temporary network issue or the video might be unavailable.

See the CPU execution, Pipeline stages and Caches in action. This emulator animates the high level CPU and Cache state-machine. You can track the state (fetch, decode, execute, memory access, write back and ) of a given instruction... Try it here:

Piyush Itankar

10,539 subscribers

110,499 views • 1 year ago •via X (Twitter)

Science & Technology

Anya Rossi• Live Now

Private livecam show

4 Comments

Matt Figdore2 years ago

This is the biggest productivity cheat code right now. Kiss reading documents goodbye. You can get an instant summary of any document with this tool.

William Selby1 year ago

So cool!

Forestman1 year ago

Impressive, very nice. Great learning tool

Oron Port1 year ago

@splinedrive you might be interested

Related Videos

Most C Programmers don't have a clue as to how the CPU works. Here is a lecture from my course on the C Language that introduces how to visualise the CPU as a C (or general software) Programmer.... More Details are at: Being able to model the behaviour of CPU provides a solid base to reason about your code. The summary is - - The CPU is a state machine which maintains it's states in registers. - It has busses to memory for requesting data/instruction read/writes. - Interrupts to attend to events. I discuss this and more in my course on the C Language.

Most C Programmers don't have a clue as to how the CPU works. Here is a lecture from my course on the C Language that introduces how to visualise the CPU as a C (or general software) Programmer.... More Details are at: Being able to model the behaviour of CPU provides a solid base to reason about your code. The summary is - - The CPU is a state machine which maintains it's states in registers. - It has busses to memory for requesting data/instruction read/writes. - Interrupts to attend to events. I discuss this and more in my course on the C Language.

Piyush Itankar

28,019 views • 1 year ago

Every year I use ZERO "Run plays" for the CPU in #NBA2K26 and a lot of people ask why. People think it causes the CPU to never run plays, but as you can see if you can balance the individual player tendencies correctly the result is a smooth authentic CPU offensive experience.

Every year I use ZERO "Run plays" for the CPU in #NBA2K26 and a lot of people ask why. People think it causes the CPU to never run plays, but as you can see if you can balance the individual player tendencies correctly the result is a smooth authentic CPU offensive experience.

Shady 🧊

184,692 views • 4 months ago

A year ago I made a video about the RIDL CPU vulnerability. In case you haven't seen it, here it is uploaded to Twitter directly! The most interesting part of this has been learning about the prior research that later lead to the discovery of these modern side-channel vulnerabilities. I also spend more time explaining "speculative execution" and how these CPU cache timings can be used as a side-channel. If you haven't seen it yet, give it another chance :)

A year ago I made a video about the RIDL CPU vulnerability. In case you haven't seen it, here it is uploaded to Twitter directly! The most interesting part of this has been learning about the prior research that later lead to the discovery of these modern side-channel vulnerabilities. I also spend more time explaining "speculative execution" and how these CPU cache timings can be used as a side-channel. If you haven't seen it yet, give it another chance :)

LiveOverflow 🔴

18,144 views • 2 years ago

The computer in Minecraft, got bigger! Ryan Boulds recreated real a CPU using redstone logic gates, adders, registers, memory. The build includes over a million blocks and can run arithmetic, comparisons, and even custom programs. He designed machine language to control it.

The computer in Minecraft, got bigger! Ryan Boulds recreated real a CPU using redstone logic gates, adders, registers, memory. The build includes over a million blocks and can run arithmetic, comparisons, and even custom programs. He designed machine language to control it.

Brian Roemmele

295,417 views • 7 months ago

If you have an Intel CPU with AMD GPU and play at 1080p or are massively CPU bound in game... I HIGHLY recommend trying re size bar off in options.4 file and smart access memory "off" in the AMD adrenaline software "tuning" tab.

If you have an Intel CPU with AMD GPU and play at 1080p or are massively CPU bound in game... I HIGHLY recommend trying re size bar off in options.4 file and smart access memory "off" in the AMD adrenaline software "tuning" tab.

MurkTweaks

114,153 views • 2 years ago

Fading out audio is one of the most CPU-intensive tasks you can possibly do! When numbers get really small, the number of CPU operations can explode 100-fold. In this LaurieWired video, we'll explore the IEEE 754 standard, the fight between Intel and DEC, and more!

Fading out audio is one of the most CPU-intensive tasks you can possibly do! When numbers get really small, the number of CPU operations can explode 100-fold. In this LaurieWired video, we'll explore the IEEE 754 standard, the fight between Intel and DEC, and more!

LaurieWired

403,177 views • 11 months ago

CPU Cores, Cachelines, and False Sharing Have you ever heard of "False Sharing"? A performance issue arising when independent variables end up in the same cache line and are being updated by respective threads in parallel. Each CPU core update causes a forceful flushing of the cache line for other cores - even though the variables aren't shared! Check the kernel documentation on this topic, too. There is an excellent video showing this in more detail and a fantastic blog article from Netflix Engineering showing how this impacted production - an excellent case study.

CPU Cores, Cachelines, and False Sharing Have you ever heard of "False Sharing"? A performance issue arising when independent variables end up in the same cache line and are being updated by respective threads in parallel. Each CPU core update causes a forceful flushing of the cache line for other cores - even though the variables aren't shared! Check the kernel documentation on this topic, too. There is an excellent video showing this in more detail and a fantastic blog article from Netflix Engineering showing how this impacted production - an excellent case study.

Vivek Galatage

60,486 views • 1 year ago

So a #Madden26 modder named snowmonkey changed the CPU vs CPU camera to be from the head coaches point of view and I love it lol. If you turn off the commentary its like you're in the stadium!

So a #Madden26 modder named snowmonkey changed the CPU vs CPU camera to be from the head coaches point of view and I love it lol. If you turn off the commentary its like you're in the stadium!

Shady 🧊

1,481,515 views • 1 month ago

Florida offers freedom and opportunity. If you come here to escape the high tax, high regulatory states don’t try and turn this state into the state you fled from. Don’t New York Our Florida! Leave your leftist ideology and big spending ideas at the border.

Florida offers freedom and opportunity. If you come here to escape the high tax, high regulatory states don’t try and turn this state into the state you fled from. Don’t New York Our Florida! Leave your leftist ideology and big spending ideas at the border.

Blaise Ingoglia

50,332 views • 26 days ago

Here is a random performance test of WWE 2K18 running on the Switch 2 in Docked Mode. Full match between Bray Wyatt and Seth Rollins (CPU vs CPU) in the RAW arena. Essentially, the game runs exactly how it should have on the original Switch if it had been properly optimized and tested.

Here is a random performance test of WWE 2K18 running on the Switch 2 in Docked Mode. Full match between Bray Wyatt and Seth Rollins (CPU vs CPU) in the RAW arena. Essentially, the game runs exactly how it should have on the original Switch if it had been properly optimized and tested.

𝕾𝖙𝖆𝖙𝖚𝖘™

165,056 views • 2 months ago

Why did so many languages copy async/await from C#? Anders Hejlsberg(Anders Hejlsberg) - creator of TypeScript, C# & Turbo Pascal - on what they got right with the design: #1 - async/await was designed to solve a common problem in the event-loop model: "A lot of languages are built around cooperative multitasking in the sense that they have an event loop that sits and dispatches events. Then you handle the event and then you yield back to the event handler loop. And it all runs in a single thread cooperatively. The problem with that is if you then want to do some long running work: how do I stop in the middle of this piece of long running work and yield back to the event loop cooperatively? And then when my result is ready, I can come back and continue executing here." #2 - state machines are the solution, but hard to build: "Well, in order to do that in an inverted architecture like that, you have to build a state machine. State machines are notoriously hard for people to implement because you've got to move all of your state off of the stack into objects. And then you have this big case statement that envelopes your entire logic. It's a nightmare to figure out. But, the transformation from serially executing code into a state machine, its continuation-passing-style translation is actually one that you can do in a machine-based fashion." #3 - compilers are good at writing state machines: "You can have the compiler write the state machine if you introduce syntax that allows you to indicate where you want to yield. And that's what await is. Await is basically saying, I want to yield here, and I want to yield this promise, and then when the promise completes, I want you to come back here and continue executing. Then the compiler writes a state machine around it and it actually turns it into this big switch statement and moves all of the state that survives across the await into something that's heap allocated. So it can be brought back. And doing all of that work is something that compilers are great at. And so that was sort of the idea that we have this new style of programming where we're using promises or the equivalent of promises and the ability to yield and then we have callbacks. But trying to write your program in that style, that's also what JavaScript suffered from a lot. It's like all this callback style stuff. With Async and Await, you get the illusion that you're just writing normal sequential code and then the compiler does the painful transformation for you. That turns out to be really useful."

Why did so many languages copy async/await from C#? Anders Hejlsberg(Anders Hejlsberg) - creator of TypeScript, C# & Turbo Pascal - on what they got right with the design: #1 - async/await was designed to solve a common problem in the event-loop model: "A lot of languages are built around cooperative multitasking in the sense that they have an event loop that sits and dispatches events. Then you handle the event and then you yield back to the event handler loop. And it all runs in a single thread cooperatively. The problem with that is if you then want to do some long running work: how do I stop in the middle of this piece of long running work and yield back to the event loop cooperatively? And then when my result is ready, I can come back and continue executing here." #2 - state machines are the solution, but hard to build: "Well, in order to do that in an inverted architecture like that, you have to build a state machine. State machines are notoriously hard for people to implement because you've got to move all of your state off of the stack into objects. And then you have this big case statement that envelopes your entire logic. It's a nightmare to figure out. But, the transformation from serially executing code into a state machine, its continuation-passing-style translation is actually one that you can do in a machine-based fashion." #3 - compilers are good at writing state machines: "You can have the compiler write the state machine if you introduce syntax that allows you to indicate where you want to yield. And that's what await is. Await is basically saying, I want to yield here, and I want to yield this promise, and then when the promise completes, I want you to come back here and continue executing. Then the compiler writes a state machine around it and it actually turns it into this big switch statement and moves all of the state that survives across the await into something that's heap allocated. So it can be brought back. And doing all of that work is something that compilers are great at. And so that was sort of the idea that we have this new style of programming where we're using promises or the equivalent of promises and the ability to yield and then we have callbacks. But trying to write your program in that style, that's also what JavaScript suffered from a lot. It's like all this callback style stuff. With Async and Await, you get the illusion that you're just writing normal sequential code and then the compiler does the painful transformation for you. That turns out to be really useful."

The Pragmatic Engineer

13,258 views • 28 days ago

Nvidia announces the new RTX Spark, a new platform powered by the NX1 CPU, and shows off Spark laptops running 007 First Light and Forza 6. The CPU has 20 ARM based cores and a Blackwell RTX GPU with 6144 CUDA Cores. This is the same core count as a 5070, but with 128GB of unified LPDDR5X RAM memory sitting in the same package as the CPU and GPU. The entire Nvidia software stack is available, particularly CUDA, vital for AI. Nvidia's new laptops will likely be ideal for running local LLMs be cause the unified memory means you can load models up to 120-180B parameters (quantized). These laptops are expected to ship later this year and could become strong competitors to high-end MacBooks and even Mac Studios for local AI workloads, thanks to CUDA support and unified memory. Price is unannounced.

Nvidia announces the new RTX Spark, a new platform powered by the NX1 CPU, and shows off Spark laptops running 007 First Light and Forza 6. The CPU has 20 ARM based cores and a Blackwell RTX GPU with 6144 CUDA Cores. This is the same core count as a 5070, but with 128GB of unified LPDDR5X RAM memory sitting in the same package as the CPU and GPU. The entire Nvidia software stack is available, particularly CUDA, vital for AI. Nvidia's new laptops will likely be ideal for running local LLMs be cause the unified memory means you can load models up to 120-180B parameters (quantized). These laptops are expected to ship later this year and could become strong competitors to high-end MacBooks and even Mac Studios for local AI workloads, thanks to CUDA support and unified memory. Price is unannounced.

Grummz

30,573 views • 1 month ago

For the last few weeks, I've been writing a multi-CPU single-board computer like explorer. I'm calling it CROSSWOZ (Hat tip to Woz and the WOZMON). Seven vintage CPU cores (6502, 65C02, Z80, 8080, 8085, 6809, 1802) share a 64K memory bus and the same WOZMON-style monitor. I can swap CPUs in place. It's got a mini-assembler per CPU, JMON-style debug, and animated paper-tape I/O. I'm pretty pleased with how it's turning out.

For the last few weeks, I've been writing a multi-CPU single-board computer like explorer. I'm calling it CROSSWOZ (Hat tip to Woz and the WOZMON). Seven vintage CPU cores (6502, 65C02, Z80, 8080, 8085, 6809, 1802) share a 64K memory bus and the same WOZMON-style monitor. I can swap CPUs in place. It's got a mini-assembler per CPU, JMON-style debug, and animated paper-tape I/O. I'm pretty pleased with how it's turning out.

mrdoornbos

14,998 views • 2 months ago

Deeply saddened at the state of Britain. Try and laugh where you can.

Deeply saddened at the state of Britain. Try and laugh where you can.

MinistryofWit

76,559 views • 1 year ago

KianV Stealth Linux RISC-V SoC. First bring-up with a 5-stage pipeline CPU and GShare branch prediction. Running at 25 MHz for now during bring-up, but already timing clean at 50 MHz. Ported my old SoC parts like SDRAM controller and UART to the new pipeline core. Caches are still primitive, memory is single-beat and one clock domain only. Tons of potential left. Fun summer ahead.

KianV Stealth Linux RISC-V SoC. First bring-up with a 5-stage pipeline CPU and GShare branch prediction. Running at 25 MHz for now during bring-up, but already timing clean at 50 MHz. Ported my old SoC parts like SDRAM controller and UART to the new pipeline core. Caches are still primitive, memory is single-beat and one clock domain only. Tons of potential left. Fun summer ahead.

logic destroyer

39,786 views • 1 month ago

Dude, I haven’t touched my CPU since February. Getting back into it is crazy, but I just brought it back to life—synthesized and simulated. Can’t wait to hack on it again at the end of the month. It’s insanely fast and will be a Linux CPU. I’m super hyped. SystemVerilog forever.

Dude, I haven’t touched my CPU since February. Getting back into it is crazy, but I just brought it back to life—synthesized and simulated. Can’t wait to hack on it again at the end of the month. It’s insanely fast and will be a Linux CPU. I’m super hyped. SystemVerilog forever.

logic destroyer

50,026 views • 7 months ago

Built a lightweight mobile SDK that lets our QA agent know exactly what's happening under the hood. It tracks: - CPU/memory performance - Network requests & failures - Screen transitions - Tap gestures - Full distributed traces Give an agent this level of context and it stops guessing why a new feature isn't working. It just reads the trace and fixes the code.

Built a lightweight mobile SDK that lets our QA agent know exactly what's happening under the hood. It tracks: - CPU/memory performance - Network requests & failures - Screen transitions - Tap gestures - Full distributed traces Give an agent this level of context and it stops guessing why a new feature isn't working. It just reads the trace and fixes the code.

Landseer Enga

31,001 views • 4 months ago

"This is where the state championships belong." Illinois State football is back in the FCS playoffs, but will open on the road despite being a higher seed because of IL high school state title games hosted at Hancock. I asked Brock Spack about it and here is his full answer.

"This is where the state championships belong." Illinois State football is back in the FCS playoffs, but will open on the road despite being a higher seed because of IL high school state title games hosted at Hancock. I asked Brock Spack about it and here is his full answer.

Patrick Cunningham

162,402 views • 1 year ago

suddenly memory cache, engine and the whole game can handle this level of skin, but it couldn’t one year ago when you released soul fighter samira 💀 greed works wonders i guess

suddenly memory cache, engine and the whole game can handle this level of skin, but it couldn’t one year ago when you released soul fighter samira 💀 greed works wonders i guess

𝗯𝗮𝗲𝗽𝗵𝗶𝗻𝗲

895,168 views • 1 year ago

Jensen Huang just identified the next $200 billion market (Save this). The shift starts with a observation about agentic AI that changes everything about infrastructure. In the era of training and inference, the GPU was everything while CPU was a traffic cop, scheduling work, managing memory, dispatching tasks while the GPU did the heavy lifting. Agentic AI breaks that model entirely. An AI agent does not just run a single inference pass but rather it plans, calls tools, executes code in sandboxes, retrieves data from multiple sources and loops through complex multi-step reasoning sequences often thousands of times per second at scale. Every one of those operations runs through the CPU and the GPU sits idle waiting for the CPU to prepare the next task, supply the right context and execute the retrieval and tool calling logic fast enough to keep the accelerators fed. The CPU is now the conductor and the GPU is the orchestra and the bottleneck is the conductor falling behind. This is showing up in production AI factory utilization right now, which is exactly why Jensen built Vera from scratch rather than licensing x86. Vera achieves 40% lower peak memory latency than x86, 50% faster core to core communication, and 1.8 times the agentic sandbox performance of current x86 processors on a purpose-built architecture designed around the agentic loop. Now here is where the investment thesis gets interesting. The obvious beneficiary is Nvidia itself, and that thesis is real. Nvidia's CFO has guided for nearly $20 billion in Vera CPU revenue this fiscal year alone, a market Nvidia had zero presence in just three years ago. Intel held 60% of server CPU market share as recently as Q4 2025 and that transition is now happening at a pace Intel structurally cannot respond to. But the deeper question is, what architecture is Vera actually built on? Vera's Olympus cores are ARM compatible and every single Vera CPU deployed in every Vera Rubin rack in every data center in the world runs on ARM architecture. And ARM Holdings collects a royalty on every one of them. ARM does not make chips but rather licenses the instruction set architecture and CPU core designs that others build on top of. Every time Nvidia ships a Vera CPU, every time a hyperscaler deploys a Vera Rubin rack, every time an enterprise qualifies Vera for their AI factory, ARM earns a royalty. The secular tailwind here is almost perfectly constructed for ARM's business model. Amazon's Graviton, Microsoft's Cobalt, Google's Axion, Apple's silicon stack, and Qualcomm's data center push all run on ARM. And now Nvidia's Vera, which is projected to displace Intel as the largest server CPU supplier by revenue in a single fiscal year, is ARM. ARM's royalty rate on high end server chips is estimated at roughly 1 to 2% of chip selling price. At $5,000 per Vera CPU and 4 million units projected for FY2027, that is a royalty line growing from near zero to potentially $400 million to $800 million annually from Nvidia's data center CPU business alone before counting Amazon, Microsoft, Google, Apple, and Qualcomm. The total ARM addressable royalty base across all the silicon it already licenses is compounding at a rate that the current $130 billion market cap does not fully reflect. Jensen's CPU thesis is the most underappreciated catalyst in ARM's fundamental story, and the royalty compounding has barely started. Come join Milk Road Pro and get our full ARM royalty model and our entire AI trade thesis. Link below!

Jensen Huang just identified the next $200 billion market (Save this). The shift starts with a observation about agentic AI that changes everything about infrastructure. In the era of training and inference, the GPU was everything while CPU was a traffic cop, scheduling work, managing memory, dispatching tasks while the GPU did the heavy lifting. Agentic AI breaks that model entirely. An AI agent does not just run a single inference pass but rather it plans, calls tools, executes code in sandboxes, retrieves data from multiple sources and loops through complex multi-step reasoning sequences often thousands of times per second at scale. Every one of those operations runs through the CPU and the GPU sits idle waiting for the CPU to prepare the next task, supply the right context and execute the retrieval and tool calling logic fast enough to keep the accelerators fed. The CPU is now the conductor and the GPU is the orchestra and the bottleneck is the conductor falling behind. This is showing up in production AI factory utilization right now, which is exactly why Jensen built Vera from scratch rather than licensing x86. Vera achieves 40% lower peak memory latency than x86, 50% faster core to core communication, and 1.8 times the agentic sandbox performance of current x86 processors on a purpose-built architecture designed around the agentic loop. Now here is where the investment thesis gets interesting. The obvious beneficiary is Nvidia itself, and that thesis is real. Nvidia's CFO has guided for nearly $20 billion in Vera CPU revenue this fiscal year alone, a market Nvidia had zero presence in just three years ago. Intel held 60% of server CPU market share as recently as Q4 2025 and that transition is now happening at a pace Intel structurally cannot respond to. But the deeper question is, what architecture is Vera actually built on? Vera's Olympus cores are ARM compatible and every single Vera CPU deployed in every Vera Rubin rack in every data center in the world runs on ARM architecture. And ARM Holdings collects a royalty on every one of them. ARM does not make chips but rather licenses the instruction set architecture and CPU core designs that others build on top of. Every time Nvidia ships a Vera CPU, every time a hyperscaler deploys a Vera Rubin rack, every time an enterprise qualifies Vera for their AI factory, ARM earns a royalty. The secular tailwind here is almost perfectly constructed for ARM's business model. Amazon's Graviton, Microsoft's Cobalt, Google's Axion, Apple's silicon stack, and Qualcomm's data center push all run on ARM. And now Nvidia's Vera, which is projected to displace Intel as the largest server CPU supplier by revenue in a single fiscal year, is ARM. ARM's royalty rate on high end server chips is estimated at roughly 1 to 2% of chip selling price. At $5,000 per Vera CPU and 4 million units projected for FY2027, that is a royalty line growing from near zero to potentially $400 million to $800 million annually from Nvidia's data center CPU business alone before counting Amazon, Microsoft, Google, Apple, and Qualcomm. The total ARM addressable royalty base across all the silicon it already licenses is compounding at a rate that the current $130 billion market cap does not fully reflect. Jensen's CPU thesis is the most underappreciated catalyst in ARM's fundamental story, and the royalty compounding has barely started. Come join Milk Road Pro and get our full ARM royalty model and our entire AI trade thesis. Link below!

Milk Road AI

11,819 views • 1 month ago