EDBT 2026 Demo / reviewers in the wild / expert
Yang Zhou 0050
dblp:07/4580-50
· DBLP profile ↗
3ranked-venue papers
0as first author
3since 2021 · last 2025
0009-0001-7531-3365ORCID · conflict
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 3 since 2021
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | DRAM Fault Classification through Large-Scale Field Monitoring for Robust Memory RAS Management
Hoiju Chung, Euisang Oh, Seungmin Baek, Hyeongshin Yoon, Jaesung Yoo, Yongjun Lee, Arhatha Bramhanand, Brett Dodds, Yang Zhou 0050, Nam Sung Kim |
MICRO | 10 |
| 2025 | Re-architecting End-host Networking with CXL: Coherence, Memory, and Offloading
Houxiang Ji, Yang Zhou 0050, Ipoom Jeong, Ren Wang 0001, Saksham Agarwal, Nam Sung Kim |
MICRO | 3 |
| 2024 | Demystifying a CXL Type-2 Device: A Heterogeneous Cooperative Computing PerspectiveabstractCXL is the latest interconnect technology built on PCIe, providing three protocols to facilitate three distinct types of devices, each with unique capabilities. Among these devices, a CXL Type-2 device has become commercially available, followed by CXL Type-3 devices. Therefore, it is timely to understand capabilities and characteristics of the CXL Type-2 device, as well as explore suitable applications. In this work, first, we delve into three key features of a CXL Type-2 device: cache-coherent device accelerator to host memory, device accelerator to device memory, and host CPU to device memory accesses. Second, using microbenchmarks, we comprehensively characterize the latency and bandwidth of these memory accesses with a CXL Type-2 device, and then compare them with those of equivalent memory accesses with comparable devices, such as emulated CXL Type-2, CXL Type-3, and PCIe devices. Lastly, as applications that exploit the unique capabilities of a CXL Type-2 device, we propose two CXL-based Linux memory optimization features: compressed RAM cache for swap (zswap) and memory deduplication (ksm). Our evaluation shows that Redis, when running with traditional CPU-based zswap and ksm, suffers from a tail latency increase of 4.5-10.3× compared to Redis running alone. While PCIe-based zswap and ksm still experience a tail latency increase of up to 8.1×, CXL-based zswap and ksm practically eliminate the tail latency increase with faster and more efficient host-device communication than PCIe-based zswap and ksm. Houxiang Ji, Srikar Vanavasam, Yang Zhou 0050, Qirong Xia, Jinghan Huang 0001, Ren Wang 0001, Pekon Gupta, Bhushan Chitlur, Ipoom Jeong, Nam Sung Kim |
MICRO | 3 |