Papers for

data center network architects

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.

Packet iSlip switch improves latency for mixed packet and cell networks

Packet iSlip

Abstract: This paper examines input/output buffered crossbar switches under combined packet and cell data. Our switch architecture uses input buffering with Virtual Output Queues to avoid Head of Line Blocking. The switch fabric is a crossbar with no speedup. We use a modified iSlip [McKeown] crossbar scheduler geared towards packet data, called piSlip. Cell ports are largely unmodified from standard iSlip behavior. For packet output ports, we introduce changes to the grant pointer which minimizes output latency caused by packet reassembly. Our model uses several output states, including packet cut-through. From simulation results, we show that piSlip with virtual cut-through offers latency characteristics significantly better than unmodified iSlip with similar packet port interfaces. Simulation further shows that piSlip and iSlip have similar maximum and average buffering requirements.

Fri 25 SeptNetworking and Internet Architecture
The gist
Networks need to send data in small fixed units called cells and larger units called packets, but managing both on the same switch can cause delays. The authors studied a switch design that avoids delays caused by packet queues blocking others, by changing how the switch schedules packets to leave the output. Their improved scheduler, called piSlip, reduces waiting time when reassembling packets, leading to faster data flow without increasing memory needs. Simulations showed piSlip performs better than the original iSlip scheduler for switches handling both cells and packets.
Open → 2609.30960v1

Efficient ring communication method speeds up distributed training

Communication-Efficient Distributed Training via Ring-Based Coded Approximate All-Reduce

Abstract: Ring All-Reduce is widely used within large-scale distributed training for exact computation of the aggregate gradient. For a system with $N$ workers, its normalized per-worker communication is $2(N-1)/N$. In this work we present a communication-efficient Ring All-Reduce (CERAR) protocol for ``approximate'' gradient aggregation. CERAR partitions each local gradient into $c$ components and crucially relies on linear encoding and decoding operations. It performs $L=c+N-2$ communication rounds over an $N$-worker ring, yielding normalized communication rate $1+(N-2)/c$ and normalized storage $1+N/c$. We present an explicit Vandermonde-based construction, whose approximation error can be made arbitrarily close to zero with communication and storage rates approaching one with increasing $c$. However, this limit is achieved through ill-conditioned encoding matrices. Accordingly, we give a multiplicative perturbation construction whose error is $O(ε)$, while the relevant condition numbers are $O(ε^{-r_\star})$, where $r_\star=\lceil c/N\rceil-1$. This naturally motivates a condition-number-constrained optimization formulation for trading off the competing objectives and obtaining numerically stable practical designs. We present experiments on multi-GPU clusters with low-bandwidth and high-bandwidth interconnects. Our results demonstrate clear benefits in the low-bandwidth setting, even for moderate parameter length. We expect corresponding improvements even in the high-bandwidth setting for experiments with much higher parameter lengths.

Sun 20 SeptInformation Theory
The gist
Training large AI models often involves multiple computers working together and sharing information, which can slow things down. This paper introduces a new way to communicate approximate updates among these computers more efficiently by splitting data and cleverly encoding it. The authors show that their approach requires less communication and storage per computer while maintaining accuracy close to exact methods. They tested their method on GPU clusters and found it especially helpful when network speeds are limited.
Open → 2609.23898v1