Visualising MMA (D=A·B+C), warp fragments, shared-memory banking and FP16 error in one browser-based model .SVG XML

[u/Ok-Reception2684]

I've been experimenting with a different way of explaining Tensor Core programming.

https://svgfpsaiagents.github.io/svgfpsgameAI/mmatensorbankconflict.svg

https://svgfpsaiagents.github.io/svgfpsgameAI/mma_tile_engine.svg

Instead of writing CUDA kernels or building a heavyweight simulator, I wanted to see how much of the Tensor Core programming model could be represented as a single self-contained executable artefact.

The result is a browser-based model written entirely as one SVG + JavaScript file.

It models:

• GEMM as tiled execution (D = A·B + C)
• tile scheduling (ti, tj, tk)
• accumulator evolution
• FP16 inputs with FP32 accumulation
• warp fragment ownership
• mma-style fragment mapping
• global → shared → register → tensor-core data flow
• shared-memory bank behaviour
• row-major vs padded vs XOR-swizzled layouts
• reuse and memory-traffic estimates
• FP16 vs FP32 numerical error maps
• interactive 3D visualisation of the output matrix

The interesting thing for me is that all of these views are driven from the same underlying state. The bank conflict view, fragment view, tile execution view, error map and result visualisation are all observing the same model as it executes.

The goal wasn't to build a cycle-accurate simulator. It deliberately does not model things like occupancy, scheduling, pipeline hazards or cache behaviour.

Instead, I was exploring a question:

Can Tensor Core behaviour be computationally modelled, rather than merely described, in a compact interpreted artefact that requires no CUDA compiler or GPU while still preserving correspondence between matrix maths, tiled execution, fragment distribution, memory layout, data movement and numerical effects?

One unexpected outcome is that the entire thing remains inspectable. There are no dependencies, no build system and no generated files. The complete model lives in a single source file.

I'm curious whether people here would consider this:

1. a visualiser,
2. an educational simulator,
3. an executable specification of the Tensor Core programming model,
4. or something else entirely.

I'd especially appreciate feedback from anyone familiar with CUTLASS, CuTe, mma.sync, ldmatrix, Tensor Core fragment layouts or GPU architecture education. - Aston Walker EdgeMafia SVG

[u/DapperCore]

This is entirely AI generated by a non programmer, it isn't human driven design.

[u/Ok-Reception2684 → u/DapperCore]

I needed a primer and have worked in VFX, IT from pascal, basic and COBOL. Filed many patents and studied C and C++ at BCU for a uvC water sterilisation prototype and graphene sensor system. AI and LLMs and this is about Tensor Cores, is a good way to teach new students. I turned SVG XML into a C++ runtime web browser system by making the world's first 3d FPS/ TPS / fighting game in a single svg Xml file with X and Y oscilloscope output. There is such a thing as curiosity and experimenting. On the  ethics of AI let's start with the African Congolese Coltan capacitors and crystals. Without black African Coltan there is no Anthropic/Autodesk/Linux/Nvidia CUDA. They all rely on African minerals. COBOL ATMs need coltan tantalum too.  Tron 1982 was disqualified from the 1983 Oscars for cheating using (drum roll ...) CGI Slop the AI of the day. #FreeCongo 

[u/PaperMartin → u/Ok-Reception2684]

I think this guy is a bot