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

Weiyu Luo

dblp:264/4629 · DBLP profile ↗
← Back
4ranked-venue papers
1as first author
4since 2021 · last 2025
—ORCID · none

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

Software engineering, systems software and programming languages · 4 · 1 first-author · 4 since 2021Systems, architecture and hardware · 1 · 1 first-author · 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.

Software engineering, system software, and programming languages
3 papers
Concurrent programming · 44% Compilers and program optimization · 25% Program verification · 17%
Computer architecture, parallel and distributed computing, and storage systems
3 papers
Memory systems · 93% Processor architecture and microarchitecture · 7%

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

TopicWeightPapersLastEvidence papers
Memory systems › non-volatile memory
persistent memory
1.422025
Automated Insertion of Flushes and Fences for Persistency · ASE 2025
Checking robustness to weak persistency models · PLDI 2022
Program verification › neural network verification
robustness verification
0.612022
Checking robustness to weak persistency models · PLDI 2022
Memory systems
non-volatile memory
0.612022
Checking robustness to weak persistency models · PLDI 2022
Concurrent programming › memory models › weak memory models
c11 memory model
0.512021
C11Tester: a race detector for C/C++ atomics · ASPLOS 2021
Concurrent programming › concurrency bug detection
data race detection
0.512021
C11Tester: a race detector for C/C++ atomics · ASPLOS 2021
Program analysis
dynamic analysis
0.512021
C11Tester: a race detector for C/C++ atomics · ASPLOS 2021
Concurrent programming
memory models
0.512021
C11Tester: a race detector for C/C++ atomics · ASPLOS 2021
Processor architecture and microarchitecture › instruction set architecture › RISC
ARM architecture
0.112021
C11Tester: a race detector for C/C++ atomics · ASPLOS 2021

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

static analysis · 1.7compiler instrumentation · 1.7constraint-based algorithm · 1.0testing tools · 0.6testing tool · 0.6
YearPublicationVenuePosition
2025 Automated Insertion of Flushes and Fences for Persistency
abstract
CXL shared memory and persistent memory allow the contents of memory to persist beyond crashes. Stores to persistent or CXL memory are typically not immediately made persistent; developers must manually flush the corresponding cache lines to force the data to be written to the underlying storage. Correctly using flush and fence operations is known to be challenging. While state-of-the-art tools can find missing flush instructions, they often require bug-revealing test cases. No existing tools can ensure the absence of missing flush bugs.In this paper, we present PMRobust, a compiler that automatically inserts flush and fence operations to ensure that code using persistent memory is free from missing flush and fence bugs. PMRobust employs a novel static analysis with optimizations that target newly allocated objects. We have evaluated PMRobust on persistent memory libraries and several persistent memory data structures and measured a geometric mean overhead of 0.26% relative to the original benchmarks with hand-placed flush and fence operations.
Yutong Guo, Weiyu Luo, Brian Demsky
ASE2
2022 Checking robustness to weak persistency models
abstract
Persistent memory (PM) technologies offer performance close to DRAM with persistence. Persistent memory enables programs to directly modify persistent data through normal load and store instructions bypassing heavyweight OS system calls for persistency. However, these stores are not made immediately made persistent, the developer must manually flush the corresponding cache lines to force the data to be written to persistent memory. While state-of-the-art testing tools can help developers find and fix persistency bugs, prior studies have shown fixing persistency bugs on average takes a couple of weeks for PM developers. The developer has to manually inspect the execution to identify the root cause of the problem. In addition, most of the existing state-of-the-art testing tools require heavy user annotations to detect bugs without visible symptoms such as a segmentation fault.
Hamed Gorjiara, Weiyu Luo, Alex Lee, Guoqing Harry Xu, Brian Demsky
PLDI2
2022 Stateful Dynamic Partial Order Reduction for Model Checking Event-Driven Applications that Do Not Terminate
Rahmadi Trimananda, Weiyu Luo, Brian Demsky, Guoqing Harry Xu
VMCAI2
2021 C11Tester: a race detector for C/C++ atomics
abstract
Writing correct concurrent code that uses atomics under the C/C++ memory model is extremely difficult. We present C11Tester, a race detector for the C/C++ memory model that can explore executions in a larger fragment of the C/C++ memory model than previous race detector tools. Relative to previous work, C11Tester's larger fragment includes behaviors that are exhibited by ARM processors. C11Tester uses a new constraint-based algorithm to implement modification order that is optimized to allow C11Tester to make decisions in terms of application-visible behaviors. We evaluate C11Tester on several benchmark applications, and compare C11Tester's performance to both tsan11rec, the state of the art tool that controls scheduling for C/C++; and tsan11, the state of the art tool that does not control scheduling.
Weiyu Luo, Brian Demsky
ASPLOS1