HN
Today

Processing in Memory: DRAM Is About to Do Math

Samsung's LPDDR5X-PIM initiative promises to revolutionize AI inference by bringing compute directly into DRAM, circumventing traditional memory bandwidth limitations. This deep dive unpacks the technical specifics, showcasing a 3x speedup for LLM inference. However, significant software hurdles, from OS-level memory management to quantization re-architecting, remain as the industry awaits broader adoption.

61
Score
17
Comments
#9
Highest Rank
9h
on Front Page
First Seen
Aug 28, 9:00 PM
Last Seen
Aug 29, 5:00 AM
Rank Over Time
17199141520242427

The Lowdown

Samsung is pushing the boundaries of memory technology with its LPDDR5X-PIM (Processing-in-Memory) solution, designed to address the critical memory bandwidth bottleneck in AI workloads. By integrating compute units directly within the DRAM package, Samsung aims to unlock the massive internal bandwidth of memory banks, which far exceeds what external pins can deliver. This is particularly beneficial for memory-bound tasks like large language model (LLM) inference at batch size 1.

  • PIM hardware places small compute units (MAC trees, ALUs) right next to DRAM banks, enabling operations on data with internal bank-level bandwidth rather than limited external bus speeds. This architecture is especially effective for Matrix-Vector Multiply (GEMV) operations, common in autoregressive decoding.
  • Samsung's design, showcased at Hot Chips 2026, integrates 16 PIM blocks within a 16 GB LPDDR5X package, achieving an impressive 614 GB/s internal bandwidth compared to 76.8 GB/s external.
  • A key innovation is "Address Align Mode," allowing conventional memory controllers to interact with PIM by mapping DRAM addresses to MAC instructions, thereby easing hardware integration for SoC vendors.
  • Benchmarking on Llama 3.1 8B demonstrated a 3.01x throughput improvement (from 27 tok/s to 81.3 tok/s) over standard LPDDR5X, using SINT4 weights and SINT8 activations.
  • Despite the hardware advancements, significant software challenges persist. PIM doesn't support common quantization schemes like GGUF k-quants, requires specific physical memory layouts (bank-aware allocators), and its GEMV-centric design can be less efficient for other AI paradigms like multi-token prediction (MTP) or Mixture-of-Experts (MoE).
  • While JEDEC is working on an LPDDR6 PIM standard, open-source runtimes currently lack the necessary software stack. Adoption will likely require vendors to develop and eventually upstream PIM-aware software components.

Processing-in-Memory represents a crucial step in circumventing the memory wall for AI workloads. By providing an alternative to simply widening memory buses, it offers a potentially more cost-effective and power-efficient path to higher effective bandwidth, although its widespread impact hinges on overcoming the complex software integration challenges.

The Gossip

PIM's Past & Present Persistence

Many commenters note that Processing in Memory (PIM) is not a new concept, citing historical attempts like Computational RAM and Hybrid Memory Cube from decades ago. They debate why it's resurfacing now, particularly for AI, and whether past challenges (like manufacturing differences between logic and memory) have truly been overcome or merely recontextualized.

AI's Affinity for In-Memory Compute

The discussion highlights that current AI workloads, especially large language model inference, are heavily memory-bound and rely on repetitive matrix operations, making them ideal candidates for PIM. Commenters discuss how PIM could unlock significant efficiency gains for AI, noting that while many algorithms can be framed as matrix multiplications, the critical factor for PIM's success is its ability to handle low-precision calculations effectively.

Software's Stumbling Block

A significant concern among commenters is the substantial software development required for PIM to achieve widespread adoption. This includes challenges at the operating system level for memory management (e.g., bank-aware allocators), integrating PIM into existing AI runtimes (like llama.cpp), and adapting current quantization schemes. The consensus is that hardware advances often outpace software, and PIM is no exception, requiring significant ecosystem buy-in.