Demo Data from EDBT 2026 / reviewers in the wild / expert
Haoshen Yang
dblp:213/2423
· DBLP profile ↗
2ranked-venue papers
1as first author
2since 2021 · last 2026
0009-0001-7896-5019ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 1 · 1 first-author · 1 since 2021Databases, data management, data science and information retrieval · 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.
| Databases, data mining, and information retrieval
1 paper |
Graph data management · 67% Data mining · 33% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
High-performance computing · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Graph data management
graph processing |
0.9 | 1 | 2025 | Gem: Scalable Monotonic Graph Processing Beyond Billion-Scale on a Single Machine · Proc. ACM Manag. Data 2025 |
Graph data management › graph processing
out-of-core graph processing |
0.9 | 1 | 2025 | Gem: Scalable Monotonic Graph Processing Beyond Billion-Scale on a Single Machine · Proc. ACM Manag. Data 2025 |
Data mining › pattern mining
pruning |
0.9 | 1 | 2025 | Gem: Scalable Monotonic Graph Processing Beyond Billion-Scale on a Single Machine · Proc. ACM Manag. Data 2025 |
High-performance computing
large-scale graph processing |
0.3 | 1 | 2025 | Gem: Scalable Monotonic Graph Processing Beyond Billion-Scale on a Single Machine · Proc. ACM Manag. Data 2025 |
Methods — techniques the papers use, named apart from their topics
vertex-level pruning · 1.7partition-level pruning · 1.7pagerank-based graph sketch · 1.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2026 | CORE-BFS: Communication-Optimized REctangular-partitioned BFS Achieving 160.845 TeraTEPS on Frontier SupercomputerabstractDistributed Breadth-First Search (BFS) is fundamental to many large-scale graph applications, but its performance on parallel systems is often limited by high communication overhead. This paper presents \({\mathrm\small {CORE-BFS}}\), an extremely scalable GPU-based BFS implementation that introduces a unique rectangular 2D partitioning-based design for Frontier supercomputer. To further improve performance, we propose four key optimizations: (1) Rectangular 2D-partition specific data formats that use two compressed row and one compressed column status array bitmaps combined with a Double Compressed Sparse Row (DCSR) format per partition, reducing memory footprint and inter-rank traffic; (2) Adaptive frontier & communication strategy that unifies top-down and bottom-up traversal on the rectangular layout, uses lazy synchronization in top-down levels, and switches variants based on frontier size to minimize communication overhead; (3) Frontier-split degree-aware update that maps frontier vertices to thread-centric, wavefront-centric, and block-centric kernels based on their degree to improve GPU utilization and memory coalescing; (4) Row-reduction pipeline that overlaps bottom-up adjacency list processing with row-wise bitmap reduction to hide inter-rank latency. Together, these techniques increase parallelism while reducing memory and communication overhead. On the Graph500 benchmark, \({\mathrm\small {CORE-BFS}}\) scales up to 9,248 Frontier nodes with scale-42 graphs and reaches 160.845 TTEPS, delivering a 5.42 × speedup over our previous Frontier implementation. Haoshen Yang, Hao Lu 0001, Michael A. Matheson, Feiyi Wang, Hang Liu 0001 |
ICS | 1 |
| 2025 | Gem: Scalable Monotonic Graph Processing Beyond Billion-Scale on a Single MachineabstractMonotonic graph algorithms, such as shortest path, BFS, and reachability, are fundamental to graph analytics and are widely used across domains. Recent systems employ pruning techniques to accelerate the processing of these algorithms. However, state-of-the-art monotonic graph engines are restricted to in-memory execution and cannot scale to graphs that exceed main memory capacity. In contrast, existing out-of-core graph engines are designed for general-purpose workloads and lack effective pruning mechanisms tailored to monotonic graph algorithms. To bridge this gap, we present Gem, an out-of-core graph engine designed for monotonic graph algorithms. Gem introduces a PageRank-based graph sketch that captures key topological features inmemory with minimal preprocessing overhead. Building on this sketch, we propose a novel graph abstraction that enables the direct derivation of tight bounds for monotonic graph algorithms, supporting effective pruning at both the vertex and partition levels. Comprehensive evaluations on six real-world datasets, including the 42.5-billion-edge ClueWeb graph, show that Gem significantly outperforms existing systems. It achieves up to 135.40× speedup over GridGraph and 12.58× over Wonderland in out-of-core settings, and also delivers substantial improvements in other modes: up to 10.41× over RisGraph in memory and 20.64× over CGgraph out-of-GPU memory. Chengying Huan, Zhengyi Yang 0001, Haoshen Yang, Shaonan Ma, Rong Gu 0001, Fang Xi, Yongchao Liu 0004, Guihai Chen, Chen Tian 0001 |
Proc. ACM Manag. Data | 3 |