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

Ran Liu 0003

dblp:65/2726-3 · DBLP profile ↗
← Back
4ranked-venue papers
1as first author
0since 2021 · last 2016
—ORCID · conflict

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

Systems, architecture and hardware · 4 · 1 first-author

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 · 90% Operating systems · 10%
Computer architecture, parallel and distributed computing, and storage systems
2 papers
Memory systems · 38% Distributed systems · 38% Parallel and multicore computing · 19%

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

TopicWeightPapersLastEvidence papers
Concurrent programming
synchronization
0.422016
Fast Consensus Using Bounded Staleness for Scalable Read-Mostly Synchronization · IEEE Trans. Parallel Distributed Syst. 2016
Scalable Read-mostly Synchronization Using Passive Reader-Writer Locks · USENIX ATC 2014
Distributed systems › consistency models
bounded staleness
0.212016
Fast Consensus Using Bounded Staleness for Scalable Read-Mostly Synchronization · IEEE Trans. Parallel Distributed Syst. 2016
Memory systems
memory consistency
0.212016
Fast Consensus Using Bounded Staleness for Scalable Read-Mostly Synchronization · IEEE Trans. Parallel Distributed Syst. 2016
Concurrent programming › synchronization
reader-writer locks
0.212014
Scalable Read-mostly Synchronization Using Passive Reader-Writer Locks · USENIX ATC 2014
Operating systems › resource management › memory management
virtual memory
0.112016
Fast Consensus Using Bounded Staleness for Scalable Read-Mostly Synchronization · IEEE Trans. Parallel Distributed Syst. 2016
Concurrent programming › synchronization
synchronization primitives
0.112014
Scalable Read-mostly Synchronization Using Passive Reader-Writer Locks · USENIX ATC 2014
Processor architecture and microarchitecture
chip multiprocessor
0.012011
COREMU: a scalable and portable parallel full-system emulator · PPoPP 2011

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

version-based consensus · 0.5message passing · 0.5IPI · 0.5lazy code invalidation · 0.2feedback-directed scheduling · 0.2adaptive signal control · 0.2
YearPublicationVenuePosition
2016 Fast Consensus Using Bounded Staleness for Scalable Read-Mostly Synchronization
abstract
Reader-mostly synchronization schemes, such as rwlocks and RCU, aim to maximize parallelism among readers, but many existing designs either cause readers to contend, or significantly extend writer latency, or both. This paper attributes such a problem to the lack of a fast consensus protocol between readers and writers, by which the two parts cooperate to obey the semantics of a synchronization construct. This paper describes FCP, a fast consensus protocol among readers and writers that provides scalable read-side performance as well as small writer latency for TSO architectures. The heart of FCP is a version-based consensus protocol between multiple non-communicating readers and a pending writer. FCP leverages bounded staleness of memory consistency to avoid atomic instructions and memory barriers in readers' common paths, and uses message-passing (e.g., IPI) for straggling readers so that the writer latency can be bounded. To demonstrate the effectiveness of FCP, this paper applies FCP to construct a scalable reader-writers lock (rwlock) and a scalable RCU implementation. Evaluation on a 64-core machine shows that FCP significantly boosts the performance of the Linux virtual memory subsystem, a concurrent hashtable and an in-memory database. Micro-benchmarks show that FCP achieves smaller reader-side latency and lower writer-side latency when compared to state-of-the-art rwlocks and RCU implementation.
Haibo Chen 0001, Ran Liu 0003, Binyu Zang, Haibing Guan
IEEE Trans. Parallel Distributed Syst.3
2014 Scalable Read-mostly Synchronization Using Passive Reader-Writer Locks
Ran Liu 0003, Haibo Chen 0001
USENIX ATC1
2013 Parallelizing live migration of virtual machines
abstract
Live VM migration is one of the major primitive operations to manage virtualized cloud platforms. Such operation is usually mission-critical and disruptive to the running services, and thus should be completed as fast as possible. Unfortunately, with the increasing amount of resources configured to a VM, such operations are becoming increasingly time-consuming.
Jicheng Shi, Ran Liu 0003, Haibo Chen 0001
VEE3
2011 COREMU: a scalable and portable parallel full-system emulator
abstract
This paper presents the open-source COREMU, a scalable and portable parallel emulation framework that decouples the complexity of parallelizing full-system emulators from building a mature sequential one. The key observation is that CPU cores and devices in current (and likely future) multiprocessors are loosely-coupled and communicate through well-defined interfaces. Based on this observation, COREMU emulates multiple cores by creating multiple instances of existing sequential emulators, and uses a thin library layer to handle the inter-core and device communication and synchronization, to maintain a consistent view of system resources. COREMU also incorporates lightweight memory transactions, feedback-directed scheduling, lazy code invalidation and adaptive signal control to provide scalable performance. To make COREMU useful in practice, we also provide some preliminary tools and APIs that can help programmers to diagnose performance problems and (concurrency) bugs. A working prototype, which reuses the widely-used QEMU as the sequential emulator, is with only 2500 lines of code (LOCs) changes to QEMU. It currently supports x64 and ARM platforms, and can emulates up to 255 cores running commodity OSes with practical performance, while QEMU cannot scale above 32 cores. A set of performance evaluation against QEMU indicates that, COREMU has negligible uniprocessor emulation overhead, performs and scales significantly better than QEMU. We also show how COREMU could be used to diagnose performance problems and concurrency bugs of both OS kernel and parallel applications.
Ran Liu 0003, Yufei Chen 0005, Xi Wu 0001, Haibo Chen 0001, Binyu Zang
PPoPP2