AI infrastructure depends on memory bandwidth, capacity, latency, and power efficiency. As models grow and inference becomes more memory-intensive, the memory hierarchy increasingly determines XPU utilization and system performance.
³Ô¹ÏºÚÁÏ helps hyperscalers, data center builders, and cloud providers design memory across the system, from custom SRAM and HBM near compute to CXL-based expansion, pooling, shared memory, and near-memory acceleration.
CXL provides a standards-based foundation for adding and sharing memory beyond the CPU or XPU. ³Ô¹ÏºÚÁÏ can shape the controller and surrounding subsystem around specific capacity, bandwidth, security, software, form-factor, and deployment requirements.
³Ô¹ÏºÚÁÏ can tailor memory-controller architecture around the workload and deployment model.
| Compression and Data Reduction | Security | Telemetry, RAS, and Manageability? | Media and Channel Configuration |
| Increase effective memory capacity and reduce data movement with inline compression. | Integrate encryption, embedded HSM, secure boot, and key management into the controller. | Support fleet-scale monitoring, error handling, reliability, and operational visibility. | Match DDR4, DDR5, channel count, and memory topology to capacity and bandwidth targets. |
| Protocol Support | Form Factor and Interface? | Firmware and Software Integration | Embedded Compute |
| Support CXL 2.0, CXL 3.0, PCIe, and customer-specific memory expansion protocols.? | Shape controller behavior and physical implementation around the server, module, accelerator, or rack architecture. | Provide hooks for provisioning, management, telemetry, orchestration, and the customer software stack.? | Add processor cores and acceleration for workloads that benefit from processing closer to memory. |
AI accelerators rely on on-chip memory for activations, buffers, queues, metadata, tables, and intermediate results. Memory architecture directly affects bandwidth, power, and die area.
³Ô¹ÏºÚÁÏ custom SRAM can be optimized around the workload and floorplan, including width, depth, ports, timing, clocking, voltage behavior, aspect ratio, redundancy, and repair.
The result is more local bandwidth with lower memory overhead.
HBM delivers the bandwidth required by advanced AI accelerators. Its interface also consumes compute-die area, package routing, power, and thermal budget.
³Ô¹ÏºÚÁÏ custom HBM connects the XPU to a customized HBM base die through optimized D2D, allowing selected memory interface and control functions to move off the compute die. Combined with advanced packaging, this approach enables co-optimization of compute, memory, and I/O across bandwidth, power, die area, and thermal requirements.
Together, custom HBM and D2D provide greater flexibility in partitioning accelerator functions and allocating silicon resources between compute, memory, and I/O.
CXL allows memory capacity to extend beyond the DRAM directly attached to a CPU or XPU. It also enables new approaches to pooling, sharing, and disaggregation.
³Ô¹ÏºÚÁÏ can develop custom CXL memory controllers and subsystems around the required topology, bandwidth, capacity, memory media, security, software, and deployment model. For standard deployment requirements, ³Ô¹ÏºÚÁÏ also offers the Structera family of CXL memory expansion, pooling, and acceleration products.
Moving large data sets between memory and processors consumes bandwidth and power. Memory acceleration places selected functions in the memory path so more work can be completed closer to the data.
³Ô¹ÏºÚÁÏ can integrate:
These capabilities can increase effective capacity, reduce host processing, and lower traffic across the memory fabric.
Coordinate SRAM, HBM, expanded memory, and acceleration around the workload instead of optimizing each memory tier independently.
Extend usable memory beyond local package and server limits through CXL-based or customer-specific memory expansion architectures.
Use standards such as CXL where they fit, while customizing form factor, channels, compression, security, telemetry, software hooks, and protocol support
Bring compression, security, data movement, and selected compute functions into the memory path to reduce host and XPU traffic.
Coordinate memory with D2D, packaging, connectivity, compute, storage, security, manufacturing, and the broader system.
Leverage the ³Ô¹ÏºÚÁÏ relationships across memory, foundry, packaging, and IP partners from architecture through production.
Capture the performance, power, and economic benefits of custom silicon with a partner that connects architecture, proven technology, manufacturing, supply and volume execution from the start.
A custom memory solution changes part of the memory architecture around the requirements of a specific workload or system. Customization can occur in the embedded memory, HBM base die, memory interface, controller, protocol, form factor, compression, security, firmware, software, or system integration. It does not require every component in the memory subsystem to be proprietary.
A merchant product is usually the better choice when its interface, capacity, memory support, form factor, feature set, software model, and deployment schedule already meet the requirements.
Customization becomes more valuable when those constraints begin limiting performance, utilization, power, capacity, or system economics.
No. Structera is the ³Ô¹ÏºÚÁÏ merchant CXL product family for memory expansion, pooling, and near-memory acceleration. Custom Memory Products is the broader custom category. Structera can be a proof point, reference architecture, or starting point, but a custom memory engagement is shaped around the customer¡¯s XPU, server, rack, software stack, workload, and roadmap.
No. Custom Memory can use standard interfaces such as CXL or PCIe. The customization may be in the controller behavior, feature set, media strategy, software hooks, security, telemetry, form factor, or system integration.
Custom SRAM increases local bandwidth on the die. Custom HBM with D2D improves package-level bandwidth and reduces interface overhead. Memory acceleration and near-memory compute help reduce unnecessary data movement.
Memory pooling allows capacity to be shared across multiple processors or accelerators, improving utilization and reducing stranded memory.
Photonic Fabric extends high-bandwidth memory connectivity beyond electrical reach, supporting shared and disaggregated memory architectures across racks.
Near-memory compute places processing closer to large memory resources to reduce data movement and host processing.
CXL-based memory expansion adds DDR capacity beyond local memory limits. Memory pooling makes capacity available across hosts and accelerators. Compression can increase effective memory capacity.
Custom HBM fits at the package level, close to the XPU. It helps increase memory capacity and improve interface efficiency while returning more XPU area and power to compute.
Custom SRAM fits on the die, closest to compute. It supports high-bandwidth local structures such as caches, buffers, scratchpads, queues, metadata, and workload-specific state.
Memory acceleration adds functions such as compression, encryption, data movement, command processing, and embedded compute into the memory path. The goal is to make memory more useful than passive capacity.
Early in architecture definition. Memory decisions affect XPU area, package layout, power, thermals, server design, software, supply chain, validation, and TCO.
The earlier ³Ô¹ÏºÚÁÏ engages, the more opportunity there is to shape the memory path around the workload.
We believe better partnerships help to build better technologies. Let¡¯s connect and see what we can design together!
We will be in touch with you soon!
Copyright ? 2026 ³Ô¹ÏºÚÁÏ, All?rights reserved.