Papers for

data center engineers

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

CMM-MP device boosts memory capacity and speed for GPUs and CPUs

CMM-MP: A Novel Memory Pooling Architecture using Purpose-built Memory Device with CXL and Ethernet

Abstract: CXL Memory Module - Memory Pooling (CMM-MP) introduces a novel memory pooling architecture to meet the unique requirements of emerging memory-intensive workloads. This industry-first, purpose-built memory-pooling device combines the benefits of Compute Express Link (CXL) with the scalability and cost advantages of Ethernet. Multiple CMM-MP devices together provide a flexible, composable, and disaggregated memory expansion solution. The CMM-MP enables 100s of TB capacity for GPU/CPU applications without modifications. The memory pool is exposed as a large-capacity logical aggregate memory, with all pool discovery, composition, and backend network datapath tasks fully offloaded to the device. CMM-MP supports both memory pooling and sharing usage modes. It provides an application latency of 2.7 us and up to 23 GB/s of memory throughput. Our evaluations demonstrate that CMM-MP significantly outperforms RDMA-based solutions in latency and throughput. We also evaluated real-world use cases of Valkey+YCSB and DiskANN using CMM-MP.

Thu 15 OctHardware Architecture
The gist
Some computer applications need more memory than usual, but adding more memory can be tricky. The researchers introduce CMM-MP, a special device that pools memory from many places using both fast connectors and common network technology. This device lets computers use hundreds of terabytes of extra memory as if it were one big memory block. It works without changing existing CPUs or GPUs and is faster and more efficient than other methods. The authors tested it with real software to show it works well.
Open → 2610.22716v1

Hardware soft errors cause large language model hallucinations

Understanding LLM Hallucinations Caused by Soft Errors

Abstract: While hallucinations in Large Language Models (LLMs) have been extensively studied from a software perspective, limited attention has been paid to hardware-level factors. In this paper, we performed a case study to understand LLM hallucination caused by soft errors on hardware. We introduce LLMEI to inject soft errors into LLMs during inference, based on what we evaluate the impact of soft error across diverse LLM architectures and tasks, including mathematical reasoning and code generation. We summarize the taxonomy of different failure modes based on LLM hallucination behaviors and analyze their distributions under different error rates. Our find- ings underscore the hallucination-specific diagnostics within the reliability of LLM implementation on hardware.

Thu 15 OctSoftware EngineeringHardware Architecture
The gist
Large language models (LLMs) sometimes make things up, which is called hallucination. While many studies look at software causes, this paper shows that tiny errors in the computer hardware can also cause these mistakes. The authors created a way to simulate these hardware soft errors during the model’s thinking process and studied how they affect different LLMs and tasks like math and coding. They classified types of hallucinations caused by these errors and measured how often they happen at different error levels. This work helps connect hardware reliability to errors seen in AI model outputs.
Open → 2610.22520v1

Indian SKA centre develops prototype infrastructure for data handling

Developments in Building Towards the Indian SKA Regional Centre

Abstract: The SKA Regional Centre Network (SRCNet) is a federated global network designed to archive, distribute, and process SKAO data products. This paper examines the evolving SRCNet architecture-focusing on the transition to version 0.2 (v0.2) requirements, including computation, orchestration, and multi-tiered storage-and details the strategy for establishing its proto-SRC infrastructure. We outline the prototype developments for the major and minor nodes in the context of v0.2. We describe the minor node compute and storage demands, establishing a pathway toward a fully operational Indian SKA Regional Centre (INSRC).

Tue 13 OctNetworking and Internet Architecture
The gist
The SKA Regional Centre Network stores and processes huge amounts of data from a large telescope project around the world. This paper reviews upgrades in the system’s design to handle computing and storage better, focusing on a new version aimed at improving coordination and data management. The authors describe their plan and initial prototypes for servers and storage in India as part of building a regional centre. They explain how these developments prepare the centre for full operation.
Open → 2610.18091v1

Msr codes with flexible repair and smaller data chunks improve storage efficiency

New Minimum Storage Regenerating Codes With Small Sub-packetization Levels for All Admissible Repair Degrees

Abstract: In this paper, {we propose a new family of $(n, k)$ Minimum Storage Regenerating (MSR) codes} for distributed storage systems. By structuring the parity-check matrix as a block Vandermonde matrix composed of diagonal matrices and generalized permutation matrices, the proposed code achieves a sub-packetization level of $N = (d-k+1)^{\lceil\frac{n}{2}\rceil}$ and supports any repair degree $k+1\le d<n$. A key innovation of the new construction lies in relaxing the strict commutativity condition previously required for the building blocks in the parity-check matrices of Ye-Barg codes. We introduce a novel proof technique to establish the MDS property without relying on full commutativity, thereby generalizing the applicability of block Vandermonde matrices and enriching the family of Ye-Barg codes. Additionally, the sparsity of the parity-check matrix enhances encoding and decoding efficiency by reducing computational complexity. This work provides new insights into the construction of MSR codes.

Sun 11 OctInformation Theory
The gist
Distributed storage systems save data across many machines and need ways to rebuild lost data efficiently. The authors propose a new kind of code that reduces the size of data pieces stored, making data repair more flexible and less computationally heavy. Their approach relaxes certain strict mathematical requirements while still ensuring data can be reliably recovered. This helps make storage systems faster and more efficient when fixing failures.
Open → 2610.15329v1

Gpu server setup and controls jointly impact mixture of experts speed

Joint Effects of GPU Server Topology, Parallelism, and Congestion Control on MoE Inference: A Controlled Simulation Study

Abstract: Mixture-of-experts (MoE) models expand capacity via sparse activation, but inference across GPUs introduces tensor-parallel (TP) collectives and expert-parallel (EP) dispatch and combine operations. Completion time depends not just on communication volume but on how logical groups map onto intra-server interconnects, GPU--NIC connections, and the inter-node network. Using ASTRA-sim with the NS-3 discrete-event backend, we build a controlled matrix of 32 GPU ranks with data and pipeline parallelism fixed at one. Workloads are fixed-length 4096-token prefill-like synthetic Chakra traces from four MoE configurations. Experiments cover six server topologies, four TP/EP partitions, two TP collective algorithms, and four network/congestion-control modes, yielding 768 deterministic simulations. In the 144-configuration feedback-enabled subset per model, exposed communication accounts for 89.9%--95.8% of mean completion time. TP16EP2 requires 3.68--4.35x the mean completion time of TP2EP16. With fixed rank mapping, ASTRA-sim Double Binary Tree (DBT) incurs 28.3%--83.2% more time than Ring. InfiniBand-like High Precision Congestion Control (HPCC) is ~0.9% lower than HPCC over RDMA over Converged Ethernet (RoCE), whereas RoCE with Data Center Quantized Congestion Notification (DCQCN) is 23.8%--35.7% slower than RoCE HPCC. Topology effects are conditional: Topology~6 leads at low TP degrees but loses its advantage at high TP degrees, and additional GPUs or NICs help only when rank mapping balances traffic across injection paths. Under uniform 32-way sharding, the largest checkpoint-weight shard is ~48.75 GB per rank, so all configurations meet a 64 GB per-accelerator weight-residency criterion. Within the evaluated workload and simulator semantics, server topology, parallelism, collective implementation, and congestion control jointly determine exposed communication and completion time.

Tue 29 SeptDistributed, Parallel, and Cluster Computing
The gist
Big AI models called mixture-of-experts can be spread across many graphics processors (GPUs) to work faster. The authors studied how the way these GPUs are connected inside servers and across networks affects the speed of running these AI models. They found that communication time between GPUs makes up most of the waiting time. Different setups of GPU groups and network controls can speed up or slow down the AI work by several times. The study used detailed simulations to compare many hardware and software combinations.
Open → 2609.37828v1

Knowledge distillation advances boost smarter software networks

Knowledge Distillation for Intelligent Softwarized Networks: Advances and Open Challenges

Abstract: The increasing adoption of software defined networking and network function virtualization, combined with rapid advances in Machine Learning (ML), is driving the evolution toward intelligent network softwarization across cloud, edge, and distributed environments. However, deploying complex learning models in such heterogeneous environments introduces challenges in latency, computation, and energy consumption. Knowledge Distillation (KD) has emerged as a promising approach to enable lightweight and efficient intelligence by transferring knowledge from high-capacity teacher models to compact student models. Despite its extensive study in general ML domains, the integration of KD into intelligent softwarized networks remains fragmented and underexplored. In this paper, we review and classify recent efforts that incorporate KD within softwarized networks, analyze current trends and limitations, and outline open challenges and future directions toward scalable, adaptive, and energy-aware distillation mechanisms.

Wed 23 SeptNetworking and Internet Architecture
The gist
Building smarter, software-controlled networks that can learn and adapt is hard because big learning models need lots of computing power and time. The authors show how smaller, simpler models can learn from big expert models, making networks quicker and less energy-hungry. They review how this knowledge sharing is being used in these networks, what’s missing, and what challenges remain to make this approach better for real-world systems. This helps networks run smoothly across different places like clouds and edge devices.
Open → 2609.27551v1

Co-Fabric improves communication between multiple xPUs across hosts

Co-Fabric: Breaking Host-Domain Boundaries for Unified xPU Interconnection

Abstract: Large-model parameters have grown beyond the capacity of a single xPU, dispersing across multiple xPUs spanning distinct host domains, where xPU-to-xPU communication dominates overall system efficiency. Existing scale-up interconnect remains inadequate: network-based solutions built on Ethernet--such as RoCE (RDMA over Converged Ethernet)--introduce specific message-semantics and protocol-stack characteristics, and rely on fragmented per-host addressing, while conventional host-based fabrics are confined to a single host domain and lack cross-host unified addressing. This paper presents Co-Fabric, a bus-based interconnect that, unlike conventional bus designs, breaks host-domain boundaries to deliver unified xPU interconnection for scale-up superpods. Co-Fabric makes three contributions: a streamlined four-layer protocol stack achieving nanosecond-scale processing latency with native reliability; a cross-domain scaling and P2P mechanism that routes using port identifiers embedded in the packet header; and a unified address space built on shadow-device auto-enumeration. On a 64-xPU 3D-Mesh system, Co-Fabric cuts inter-node communication latency by over 50% and improves bandwidth by 2-5x over RoCE, accelerating DeepSeek R1 inference by 30%-80%. Moreover, since its streamlined four-layer protocol stack and higher data-communication efficiency reduce protocol and processing overhead relative to the Ethernet-based RoCE stack, Co-Fabric cuts the cost and power of the interconnect itself by up to 80% and 5%, respectively. These results demonstrate Co-Fabric's advantage for AI computing centers.

Tue 22 SeptDistributed, Parallel, and Cluster Computing
The gist
Big AI models often need more computing power than a single processor (xPU) can provide, so they use many xPUs across different computer systems, but making them talk to each other quickly is hard. The authors present Co-Fabric, a new way to connect these xPUs across different host computers with a simple and fast communication method. Co-Fabric reduces delays and increases data speed, making AI tasks run faster and more efficiently while using less power and cost. This technology could improve how AI centers process large models by streamlining communication between many processors.
Open → 2609.25560v1

Software platform emulates AI and HPC datacenter racks for development

Cnuas: A Software-Defined AI/HPC Rack-scale Emulation Platform and Hyperscale Data Center Facility Twin

Abstract: Modern AI and HPC systems integrate accelerators, high-speed networks, and management controllers at rack scale. Developing software for this infrastructure typically requires access to scarce, costly hardware, while software abstractions can obscure how workloads depend on resources across servers and accelerators. This paper presents Cnuas, an open-source, experimental rack-scale emulation platform whose baseline architecture follows the Open Compute Project (OCP) Open Rack v3 specifications. Through functional emulation, it supports experimentation, learning and software development within academic and industrial research and development, rather than matching the throughput or latency of physical hardware. Its web-based user interface visualizes racks, devices and their interconnections to help developers build a system-level mental model of the infrastructure supporting their workloads. At its core, CnuasNIC and CnuasSwitch implement a guest-visible remote direct memory access (RDMA) adapter and a host-resident hybrid software switch supporting both RoCEv2 and native InfiniBand. The platform also provides a dedicated AI/ML accelerator (GPU) peer fabric and OpenBMC-based rack management with executable power supply and battery backup firmware over RS-485. These components support the study of device, driver, and firmware interfaces on commodity hosts. The accelerator software stack remains an early research prototype, and facility modeling with OpenUSD is an exploratory extension. The paper presents the architecture, interfaces, and bounded prototype results as a basis for community collaboration across the core platform and its extensions.

Mon 14 SeptDistributed, Parallel, and Cluster ComputingHardware ArchitectureNetworking and Internet Architecture
The gist
Modern AI and high-performance computing (HPC) systems use lots of specialized hardware packed tightly in racks, which are expensive and rare to access for software development. The authors created Cnuas, a software platform that mimics these racks so developers can experiment and learn without needing the real hardware. It offers tools to visualize how all the parts connect and work together, helping users understand their software’s needs across devices. While it doesn’t match the speed of real systems, it supports exploring device interfaces and rack management in a realistic environment.
Open → 2609.15889v1

AI data centers require flexible power and grid stability design

From Grid to Chip: Power Architecture, Stability, and Flexibility of AI Data Centers

Abstract: The rapid growth of artificial intelligence (AI) computing is transforming data centers into large, dynamic electrical loads. Their deployment is primarily constrained by energy availability and grid-connection capacity, which is further aggravated by the ability of power-delivery architectures, control systems, and computing workloads to operate reliably during fast grid disturbances. This article presents a technological perspective on AI data centers as grid-interactive computing systems. First, it reviews grid-integration bottlenecks, evolving connection policies, grid-code requirements, which has fostered new technological trends via spatio-temporal flexibility available through workload orchestration, cooling systems, on-site resources, and energy storage. Second, it maps the evolution of power-delivery architectures from medium-voltage grid interfaces to chip-level, discussing higher-voltage DC distribution, solid-state transformers, wide-bandgap devices, advanced chip-level power delivery, and liquid cooling. Third, it establishes a three-level stability framework spanning rack-level DC-bus dynamics, facility-level converter interactions, and system-level grid-coupled behavior. The framework connects dominant instability mechanisms, including constant power load effects, impedance interactions, forced oscillations, and operating-mode transitions, with suitable modeling, assessment, and mitigation approaches. Synthesizing these topics, this article highlights grid-to-chip co-design as a central requirement for scalable AI infrastructure, linking computing workloads, power-delivery systems, energy buffers, and grid operation.

Thu 10 SeptEmerging TechnologiesHardware Architecture
The gist
AI data centers use a huge amount of electricity and face limits based on how much power the electric grid can supply. The authors explain that to keep these centers running well, their power systems—from the electric grid connection down to the computer chips—need to work together and handle quick changes in power supply. They talk about evolving technologies and control methods that help keep AI data centers stable and flexible, like better cooling, energy storage, and smarter workload management. Their main idea is that designing the entire power and computing system as one connected unit is necessary for future AI infrastructure.
Open → 2609.11649v1

Probabilistic models run over 1000 times faster on new memory hardware

Bio-inspired Learning and Decision-Making with Probabilistic In-Memory Computing Hardware: Part 2

Abstract: This report extends our previous work (Part 1), which introduced an energy-based model for learning and decision-making under uncertainty. The model leverages stochastic Langevin dynamics to continuously evolve approximate probability distributions over neuron states and model weights. However, as noted in Part 1 and confirmed through GPU-based implementations, large-scale probabilistic energy-based models of this nature face significant scalability challenges due to excessive execution latency. This latency stems from a fundamental mismatch: massively parallel models with low arithmetic intensity (such as energy-based models) are being executed on processor architectures like GPUs that rely on high-bandwidth memory (HBM) interfaces. The HBM imposes brutally sequential execution constraints on inherently parallelizable models, creating the false impression that such models are unscalable. In reality, it is the GPU architecture itself, with its dependence on HBM interfaces, that is not a scalable processor architecture for this class of AI model. In this report, we demonstrate using a detailed transaction-level model (TLM) of a probabilistic analogue in-memory computing (AIMC) processor that the same energy-based model can execute well over 1000x faster than data-center-grade hardware by eliminating the HBM interface and performing computation directly within on-chip memory.

Thu 10 SeptHardware Architecture
The gist
Probabilistic energy-based models help with learning and decision-making but are very slow on traditional GPUs due to how they access memory. The authors show that the problem is not the models themselves but the GPU memory design, which forces slow processing. Their new approach uses analogue in-memory computing, which performs calculations directly where data is stored, bypassing slow memory steps. This new hardware design can run the same models more than 1000 times faster than current high-end data-center GPUs.
Open → 2609.11288v1

Distributed gpu solver handles massive linear programs faster than cpu

Distributed Linear Programming on GPU Clusters at Extreme Scale

Abstract: Large linear programs can exceed the memory of a single compute node. Although first-order methods replace sparse factorizations with GPU-suited matrix-vector products, other solver phases can reintroduce a single-node memory limit. We present SHARDLP, a distributed GPU LP solver that keeps the matrix and primal-dual state partitioned from sharded input through solution output. On the Google PDLP benchmark, SHARDLP reaches the published criterion on nine of eleven instances, compared with eight in the published CPU PDLP study. On the largest benchmark, eight H200 GPUs solve a 1.185-billion-variable, 6.338-billion-nonzero LP in 9.9 minutes; the published CPU experiment reports 21.06 hours on different hardware. Beyond this benchmark, separately checked multi-node solves reach up to 13.604 billion variables and 40.807 billion nonzeros, while validated executions span up to 76 GPUs across 29 compute nodes. For column-partitioned solves, support-aware communication skips GPUs that store no coefficients for a row; on an LP with 2.76 billion nonzeros, it cuts modelled communication by 92.97% and improves solver time by 1.27x-1.52x

Tue 8 SeptDistributed, Parallel, and Cluster Computing
The gist
Some math problems called linear programs can get so big they don't fit in one computer's memory. The authors developed SHARDLP, a solver that breaks the problem into parts and runs them on multiple GPUs working together. This method solves huge problems much faster than traditional CPU methods and can handle much larger datasets. It also reduces the time spent communicating between GPUs by only sharing needed data.
Open → 2609.09108v1