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.

Xinwei Qiang

dblp:416/7472 · DBLP profile ↗
← Back
2ranked-venue papers
1as first author
2since 2021 · last 2026
0009-0004-1182-6737ORCID · corroborated

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

Systems, architecture and hardware · 1 · 1 first-author · 1 since 2021Software engineering, systems software and programming languages · 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
GPUs and heterogeneous computing · 100%
Network and information security
1 paper
Cryptographic protocols and secure computation · 100%
Software engineering, system software, and programming languages
1 paper
Compilers and program optimization · 100%
Artificial intelligence
1 paper
Language models and text generation · 100%

Topics — the 7 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Cryptographic protocols and secure computation › proof systems
zero-knowledge proofs
1.012026
FluxZK: Scalable and Efficient Zero-Knowledge Proof Computation via GPU Acceleration · HPDC 2026
Cryptographic protocols and secure computation › proof systems › zero-knowledge proofs › proof generation
zkSNARK proof generation
1.012026
FluxZK: Scalable and Efficient Zero-Knowledge Proof Computation via GPU Acceleration · HPDC 2026
GPUs and heterogeneous computing › GPU computing
cryptographic acceleration
1.012026
FluxZK: Scalable and Efficient Zero-Knowledge Proof Computation via GPU Acceleration · HPDC 2026
GPUs and heterogeneous computing
GPU computing
1.012026
FluxZK: Scalable and Efficient Zero-Knowledge Proof Computation via GPU Acceleration · HPDC 2026
GPUs and heterogeneous computing
multi-GPU computing
0.912025
Mercury: Unlocking Multi-GPU Operator Optimization for LLMs via Remote Memory Scheduling · SOSP 2025
Cryptographic protocols and secure computation › proof systems › zero-knowledge proofs
multi-scalar multiplication
0.312026
FluxZK: Scalable and Efficient Zero-Knowledge Proof Computation via GPU Acceleration · HPDC 2026
Natural language and speech › Language models and text generation
large language model inference
0.312025
Mercury: Unlocking Multi-GPU Operator Optimization for LLMs via Remote Memory Scheduling · SOSP 2025

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

loop-based intermediate representation · 2.6CommIR · 2.6out-of-core computation · 2.0memory access fusion · 2.0load balancing · 2.0computation-transfer pipelining · 2.0
YearPublicationVenuePosition
2026 FluxZK: Scalable and Efficient Zero-Knowledge Proof Computation via GPU Acceleration
abstract
Zero-knowledge succinct non-interactive arguments of knowledge (zkSNARKs) are a key technology to privacy-preserving applications today. The complexity of proof generation, however, heavily constrains throughput in latency-sensitive environments. The computational burden primarily stems from two fundamental algorithms: Multi-Scalar Multiplication (MSM) and the Number Theoretic Transform (NTT). We propose a series of optimizations for these two kernels, including computation-transfer pipelining, load balancing, and memory access fusion, achieving 1.97 × to 2.16 × proof generation speedup over a state-of-the-art open source GPU acceleration library. Our design also supports out-of-core computation, enabling the generation of large-scale ZKP proofs.
Xinwei Qiang, Liukun Yu, Zhengyi Li 0002, Shixuan Sun, Jingwen Leng, Chen Chen 0067, Jiaping Gui, Zhenzhe Zheng 0001, Jin Dong 0004, Minyi Guo
HPDC1
2025 Mercury: Unlocking Multi-GPU Operator Optimization for LLMs via Remote Memory Scheduling
abstract
In this paper, we propose Mercury, a multi-GPU operator compiler based on a loop-based intermediate representation, CommIR. At the core of Mercury is an abstraction that treats remote GPU memory as an explicitly managed extension of the memory hierarchy, expanding the available storage and communication resources beyond local HBM. This unified view enables the compiler to reason holistically about data placement and inter-device communication, unlocking a vastly larger design space that encompasses and extends beyond existing manual strategies. As a result, Mercury is able to automatically reproduce the performance of hand-optimized baselines like RingAttention and Ulysses, and in some configurations, even discovers more effective strategies that manual designs have overlooked. Our implementation is open-sourced at https://github.com/ChandlerGuan/mercury_artifact.
Yue Guan 0003, Xinwei Qiang, Zaifeng Pan, Daniels Johnson, Yuanwei Fang, Keren Zhou 0001, Yufei Ding 0001, Adnan Aziz
SOSP2