85.3 GFlops: Optimizing FP32 Matrix Multiplication on a Single AMD Zen 3 Core

Hacker News Top Papers

Summary

A systematic exploration of FP32 matrix multiplication optimization on AMD Zen 3, achieving 85.30 GFLOPS (63.5% of theoretical peak) using AVX2/FMA intrinsics, surpassing naive implementation by 56.5x and matching optimized libraries.

No content available
Original Article
View Cached Full Text

Cached at: 07/20/26, 09:30 PM

houslast3/85.30-GFLOPS-Single-Core-FP32-Matrix-Multiplication-on-AMD-Zen-3

Source: https://github.com/houslast3/85.30-GFLOPS-Single-Core-FP32-Matrix-Multiplication-on-AMD-Zen-3

🚀 85.30 GFLOPS Single‑Core FP32 GEMM on AMD Zen 3

Uma exploração sistemática de otimização de multiplicação de matrizes usando AVX2/FMA em C++ intrinsics, alcançando 63,5% do pico teórico de 134,4 GFLOPS em um AMD Ryzen 5 5500.


📖 Visão Geral

Este repositório contém o código fonte, resultados e análise de um estudo aprofundado sobre otimização de multiplicação de matrizes (GEMM) para precisão simples (FP32) em uma única núcleo da microarquitetura AMD Zen 3. Foram testadas 28 configurações distintas (modelos MX01 a MX28) que combinam técnicas como:

  • Cache blocking (tiling) em três níveis (L1, L2, L3)
  • Register blocking (2, 4 e 8 linhas)
  • Encadeamento de instruções FMA (chain1 a chain6)
  • Estratégias de empacotamento (sem packing, transposição, B‑pack on‑the‑fly)
  • Alinhamento de memória (32 bytes)
  • Prefetching por software
  • Stores não temporais (stream stores)

O melhor modelo, MX24, sustentou 85.30 GFLOPS, superando a implementação ingênua por um fator de 56,5× e igualando o desempenho de bibliotecas otimizadas como AMD AOCL e OpenBLAS.


🏆 Resultados Principais

ModeloDescriçãoGFLOPS% Pico
MX244‑linhas + chain4 + B‑pack (BK=256)85.3063.5%
MX224‑linhas + chain4 + B‑pack (BK=128)84.1062.6%
MX234‑linhas + chain4 + B‑pack (BK=64)82.9361.7%
MX164‑linhas + chain4 + alinhado (sem pack)72.5854.0%
MX204‑linhas + chain4 + Bᵀ (transposta)79.2158.9%
MX184‑linhas + chain4 + prefetch79.7559.3%

ℹ️ O pico teórico é calculado como 2 portas FMA × 8 floats × 2 ops × 4,2 GHz = 134,4 GFLOPS.


🔬 Metodologia

Técnicas de Otimização Avaliadas

  1. Cache Blocking (Tiling)

    • BI, BJ, BK ajustados para manter os blocos dentro das caches L1 (32 KB), L2 (512 KB) e L3 (16 MB).
    • O melhor BK encontrado foi 256, que maximiza a reutilização sem estourar a L2.
  2. Register Blocking

    • Acumuladores de C mantidos em registradores YMM (16 disponíveis).
    • 4 linhas proporcionou o melhor equilíbrio: apesar de exigir spill (16 registradores extras), a reutilização de A compensa o custo.
  3. FMA Chaining

    • A latência da instrução FMA no Zen 3 é de 4 ciclos. O encadeamento chain4 (4 acumuladores independentes) esconde essa latência, atingindo utilização máxima das duas portas FMA.
  4. Empacotamento (Packing)

    • B‑pack on‑the‑fly: copia blocos de B (BK×BJ) para um buffer contíguo, convertendo acessos não contíguos em sequenciais.
    • Supera a transposição completa (que polui a L3) e o acesso direto (que sofre com misses de TLB).
  5. Alinhamento

    • Alocação com _mm_malloc(..., 32) para uso de instruções vmovaps (alinhadas), trazendo ganho de ~5%.
  6. Prefetching

    • O uso de _mm_prefetch reduziu o desempenho em ~8%, pois o hardware prefetcher do Zen 3 já é eficiente para padrões de streaming.
  7. Stores Não Temporais

    • _mm256_stream_ps foi catastrófico (1,24 GFLOPS), pois C é lido‑modificado‑escrito, e a instrução invalida a linha de cache a cada escrita.

📂 Estrutura do Repositório

zen3-gemm/
├── README.md
├── src/
│   └── mx85.c                  # Código completo com todos os 28 modelos + benchmark
├── docs/
│   ├── artigo_en.tex           # Artigo científico completo (LaTeX)
│   └── resultados/             # Logs de saída do benchmark
│       ├── mx85_benchmark.txt
│       └── mx85_output8.txt
└── build/
    └── Makefile                # (opcional) para compilação simples

⚙️ Compilação e Execução

Pré‑requisitos

  • Processador com suporte a AVX2 e FMA (ex: AMD Zen, Intel Haswell ou superior)
  • Sistema operacional Windows (10/11) ou Linux
  • Compilador GCC 12.2+ (MinGW‑w64 no Windows) ou equivalente com suporte a intrinsics AVX2
  • Memória suficiente para matrizes 2048×2048 (≈ 48 MB para as três matrizes)

Compilar com GCC (Windows/MinGW ou Linux)

No diretório src/, execute:

gcc -O3 -mavx2 -mfma -march=native -funroll-loops -frename-registers -o mx85.exe mx85.c

Flags importantes:

  • -mavx2 -mfma -march=native – habilita instruções SIMD e otimiza para a CPU atual.
  • -funroll-loops – desenrola laços internos.
  • -frename-registers – melhora a alocação de registradores (reduz spills).

Executar

./mx85.exe

O programa:

  • Aplica afinidade de thread ao núcleo 0 (Windows) e prioridade alta.
  • Executa cada modelo 3 vezes (warmup) + 15 vezes medidas.
  • Gera dois arquivos de saída:
    • mx85_benchmark.txt – ranking completo e validação.
    • mx85_validate.txt – erros máximos versus implementação de referência.

Personalização

Para testar apenas um modelo específico, você pode modificar a função main() para chamar diretamente a função desejada (ex: mx24(A, B, C, N)). Ou, para matrizes de outros tamanhos, altere a constante N (linha ~230).


📊 Tabela Completa de Resultados

Abaixo estão todos os 28 modelos testados, com GFLOPS medidos e porcentagem do pico teórico.

PosModeloDescriçãoGFLOPS% Pico
1MX244‑linhas + chain4 + B‑pack BK=25685.3063.5%
2MX224‑linhas + chain4 + B‑pack BK=12884.1062.6%
3MX234‑linhas + chain4 + B‑pack BK=6482.9361.7%
4MX254‑linhas + chain4 + B‑pack + prefetch83.1561.9%
5MX204‑linhas + chain4 + Bᵀ (transposta)79.2158.9%
6MX184‑linhas + chain4 + prefetch79.7559.3%
7MX174‑linhas + chain4 + sem pack78.8058.6%
8MX164‑linhas + chain4 + alinhado72.5854.0%
9MX154‑linhas + chain3 + B‑pack62.3446.4%
10MX144‑linhas + chain2 + B‑pack55.7641.5%
11MX132‑linhas + chain4 + B‑pack53.5839.9%
12MX122‑linhas + chain3 + B‑pack50.5637.6%
13MX114‑linhas + chain2 + alinhado47.1535.1%
14MX082‑linhas + chain4 + BK=12845.0433.5%
15MX072‑linhas + chain3 + sem Bt43.5232.4%
16MX052‑linhas + chain2 + Bt41.9331.2%
17MX194‑linhas + chain5 + alinhado42.0731.3%
18MX062‑linhas + chain1 + prefetch42.5431.7%
19MX044‑linhas + chain1 + Bt40.0429.8%
20MX032‑linhas + chain1 + Bt39.3429.3%
21MX022‑linhas + chain1 + j‑block37.6028.0%
22MX01Bt + 2Dtile + 8acc (baseline)35.1626.2%
23MX104‑linhas + chain6 + Bt14.2610.6%
24MX268‑linhas + chain4 + B‑pack12.249.1%
25MX284‑linhas + chain4 + dual1613.7510.2%
26MX274‑linhas + chain4 + C‑in‑regs9.136.8%
27MX09BI=128, BK=256 + chain48.386.2%
28MX214‑linhas + chain4 + stream stores1.240.9%

🔍 Análise dos Principais Fracassos

ModeloTécnicaGFLOPSCausa
MX21Stores não temporais1.24C é lido‑modificado‑escrito; cada store invalida a cache, forçando reloads da DRAM.
MX268 linhas em registradores12.24Necessita 64 registradores YMM; 48 são spilled, dominando o tempo de execução.
MX27C‑in‑regs através de k‑block9.13Mantém acumuladores vivos por muitas iterações, aumentando pressão de registradores.
MX09BI=128, BK=2568.38O working set (128×256×4 = 128 KB) excede a L1, causando muitas misses.
MX10Chain614.26Cadeia longa demais; falta de registradores força spilling excessivo.

🧪 Validação

Todos os modelos foram validados contra uma implementação de referência (escolar ijk). Os três melhores modelos (MX24, MX22, MX23) apresentaram erro máximo absoluto = 0.0 (bit‑idênticos), pois a ordem de acumulação é preservada. Os demais modelos apresentaram erros da ordem de 1e-6, dentro do esperado para aritmética de ponto flutuante.


📚 Como Citar

Se utilizar este trabalho em suas pesquisas, por favor cite o artigo associado:

@article{housl2025gemm,
  title={85.30 GFLOPS Single-Core FP32 Matrix Multiplication on AMD Zen 3},
  author={Housl},
  journal={arXiv preprint},
  year={2025}
}

🤝 Contribuições

Contribuições são bem‑vindas! Sinta‑se à vontade para abrir issues ou pull requests com melhorias, novos modelos ou adaptações para outras arquiteturas.


##📄 Licença Este projeto está disponível sob a MIT License. Isso significa que você pode usar, copiar, modificar, mesclar, publicar, distribuir, sublicenciar e/ou vender cópias do software, desde que mantenha o aviso de direitos autorais e a permissão. Veja o arquivo LICENSE para os termos completos.

##📧 Contato e Autoria Autor: Lucas Lima Freitag

E‑mail: [email protected]

Papel: Autor

Afiliação: Universidade Federal do Rio Grande do Norte (UFRN)

ORCID: 0009-0006-8849-5619

Divirta‑se otimizando! 🚀 Se tiver dúvidas, sugestões ou quiser compartilhar seus próprios resultados, fique à vontade para entrar em contato

Similar Articles

Getting peak TOPS on a Ryzen AI 7 350 NPU

Lobsters Hottest

A technical deep-dive into achieving peak TOPS performance on the AMD Ryzen AI 7 350 NPU, comparing it to Xilinx AIE-ML v2 AI engines and explaining the hardware architecture for matrix multiplication workloads.

FP8 is All You Need (Part 1): Debunking Hardware FP64 as the HPC Holy Grail

arXiv cs.AI

This paper argues that using FP8 tensor cores with Ozaki Scheme II can replace native FP64 hardware for high-performance scientific computing on AI-optimized GPUs like NVIDIA's B300, achieving full double-precision accuracy at much higher throughput. The authors present a Tensor-Memory Equilibrium model and show that emulated FP64 performance can exceed native FP64 by orders of magnitude across all workloads.