Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Chaolei Hu

dblp:373/3719 · DBLP profile ↗
← Back
6ranked-venue papers
1as first author
6since 2021 · last 2026
0009-0002-5986-8552ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Computer networks · 5 · 1 first-author · 5 since 2021Systems, architecture and hardware · 1 · 1 since 2021

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer architecture, parallel and distributed computing, and storage systems
2 papers
Storage systems · 57% Cloud and datacenter computing · 43%
Computer networks
4 papers
Transport protocols and congestion control · 47% Datacenter networks · 46% Software-defined and programmable networks · 7%

Topics — the 9 heaviest of 11, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Storage systems › storage architecture › block storage
cloud block storage
2.022026
Come Hell or Still Water: Alleviating Tail Latency in Cloud Block Store · NSDI 2026
Scheduling Cloud Block Storage Proactively and Reactively with Omar · EuroSys 2026
Cloud and datacenter computing
cloud storage
1.322026
Scheduling Cloud Block Storage Proactively and Reactively with Omar · EuroSys 2026
Come Hell or Still Water: Alleviating Tail Latency in Cloud Block Store · NSDI 2026
Storage systems › i/o scheduling
storage scheduling
1.012026
Scheduling Cloud Block Storage Proactively and Reactively with Omar · EuroSys 2026
Cloud and datacenter computing › quality of service
tail latency
1.012026
Come Hell or Still Water: Alleviating Tail Latency in Cloud Block Store · NSDI 2026
Transport protocols and congestion control
explicit congestion notification
0.812024
Explicit Dropping Notification in Data Centers · INFOCOM 2024
Transport protocols and congestion control
loss recovery
0.812024
Explicit Dropping Notification in Data Centers · INFOCOM 2024
Datacenter networks
lossless ethernet
0.522025
ACK-Driven Congestion Control for Lossless Ethernet · IEEE Trans. Netw. 2025
Revisiting Congestion Control for Lossless Ethernet · NSDI 2024
Datacenter networks › datacenter transport
flow completion time
0.212024
BCC: Re-architecting Congestion Control in DCNs · INFOCOM 2024
Software-defined and programmable networks
programmable data plane
0.212024
Explicit Dropping Notification in Data Centers · INFOCOM 2024

Methods — techniques the papers use, named apart from their topics

linux kernel implementation · 1.5reactive scheduling · 1.0proactive scheduling · 1.0latency analysis · 1.0ACK-driven rate control · 0.9ACK coalescing · 0.9p4-programmable switch · 0.8p4 · 0.8
YearPublicationVenuePosition
2026 Scheduling Cloud Block Storage Proactively and Reactively with Omar
Xinqi Chen, Weidong Zhang 0011, Erci Xu, Junping Wu, Ruiming Lu, Yaheng Song, Chaolei Hu, Lijun Ding, Guangtao Xue, Patrick P. C. Lee
EuroSys11
2026 Come Hell or Still Water: Alleviating Tail Latency in Cloud Block Store
Chaolei Hu, Kun Qian 0004, Erci Xu, Xue Li 0024, Yuesheng Gu, Lingjun Zhu, Fengyuan Ren, Ennan Zhai
NSDI1
2025 ACK-Driven Congestion Control for Lossless Ethernet
abstract
Congestion control is a key enabler for lossless Ethernet at scale. In this paper, we revisit this classic topic from a new perspective, i.e., understanding and exploiting the intrinsic properties of the underlying lossless network. We experimentally and analytically find that the intrinsic properties of lossless networks, such as packet conservation, can indeed provide valuable implications in estimating pipe capacity and the precise number of excessive packets. Besides, we derive principles on how to treat congested flows and victim flows individually to handle HoL blocking efficiently. Then, we propose ACK-driven congestion control (ACC) for lossless Ethernet, which simply resorts to the knowledge of ACK time series (supports ACK coalescing) to exert a temporary halt to exactly drain out excessive packets of congested flows and then match its rate to pipe capacity. Testbed and large-scale simulations demonstrate that ACC ameliorates fundamental issues in lossless Ethernet (e.g., congestion spreading, HoL blocking, and deadlock) and achieves excellent low latency and high throughput performance. For instance, compared with existing schemes, ACC improves the average and 99th percentile FCT performance of small flows by$1.3\sim 3.3\times $and$1.4\sim 11.5\times $, respectively.
Qingkai Meng 0001, Chaolei Hu, Shangguang Wang, Fengyuan Ren
IEEE Trans. Netw.3
2024 BCC: Re-architecting Congestion Control in DCNs
abstract
The nature of datacenter traffic is a high volume of bursty tiny flows and standing long flows, which forms the coexistence of transient and persistent congestion. Traditional congestion control (CC) algorithms have inherent limitations in reconciling fast response and high efficiency towards transients with stability and fairness during persistence. In this paper, we provide an insight that re-architects CC with two control laws, tailored to transient and persistent concerns, respectively. Armed with this key insight, we propose bimodal congestion control (BCC), which is founded on two core ideas: (i) Quaternary network state detection, which further distinguishes transient and persistent states in switches, and (ii) Bimodal control law, which is manifested as the transient controller and persistent controller at sources. The transient controller employs a precise control paradigm that pauses flows to drain backlogged packets and ramps down/up flow rates to bottleneck bandwidth directly, striving for high efficiency. The persistent controller grounds itself in traditional CC algorithms, inheriting stability and fairness. We implement BCC in the Linux kernel and P4-programmable switch. In our evaluation, compared to DCQCN, HPCC, PowerTCP, and Swift, BCC reduces flow completion times by 14% ~ 99%.
Qingkai Meng 0001, Shan Zhang 0001, Zhiyuan Wang 0004, Tao Tong, Chaolei Hu, Hongbin Luo, Fengyuan Ren
INFOCOM5
2024 Explicit Dropping Notification in Data Centers
abstract
Datacenter applications increasingly demand microsecond-scale latency and tight tail latency. Despite recent advances in datacenter transport protocols, we notice that the timeout caused by packet loss is the killer of microsecond-scale latency. Moreover, refining the RTO setting is impractical due to the significant fluctuations in RTT. In this paper, we propose explicit dropping notification (EDN) to avoid timeouts. EDN rekindles ICMP Source Quench, where the switch notifies the source of precise packet loss information. Then the source can rapidly pinpoint dropped packets for fast retransmission instead of waiting for timeouts. More importantly, fast retransmission does not mean immediate retransmission which is prone to aggravate congestion and deteriorate latency. In light of this, we suggest finessing the timing and sending rate of retransmission. Specifically, as a reward of the paradigm shift to explicit notification, the source can pause for the queue draining time piggybacked on EDN messages and estimate connection capacity to figure out a proper sending rate, thus avoiding congestion aggravation. We implement EDN on the P4-programmable switching ASIC and Linux kernel. Evaluations show that, compared with state-of-the-art loss recovery schemes, EDN reduces the latency by up to 4.1× on average and 3.6× at the 99th-percentile.
Qingkai Meng 0001, Chaolei Hu, Bo Wang 0066, Fengyuan Ren
INFOCOM3
2024 Revisiting Congestion Control for Lossless Ethernet
Qingkai Meng 0001, Chaolei Hu, Fengyuan Ren
NSDI3