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

Chi Cao Minh

dblp:21/5670 · DBLP profile ↗
← Back
12ranked-venue papers
1as first author
0since 2021 · last 2008
—ORCID · none

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

Systems, architecture and hardware · 10 · 1 first-authorSoftware engineering, systems software and programming languages · 5 · 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.

Computer architecture, parallel and distributed computing, and storage systems
5 papers
Parallel and multicore computing · 58% Memory systems · 20% Processor architecture and microarchitecture · 13%
Software engineering, system software, and programming languages
5 papers
Concurrent programming · 85% Runtime systems and virtual machines · 12% Programming languages and type systems · 4%

Topics — the 19 heaviest of 20, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Concurrent programming
transactional memory
0.342007
A Scalable, Non-blocking Approach to Transactional Memory · HPCA 2007
The Atomos transactional programming language · PLDI 2006
Architectural Semantics for Practical Transactional Memory · ISCA 2006
Parallel and multicore computing
transactional memory
0.232007
An effective hybrid transactional memory system with strong isolation guarantees · ISCA 2007
Architectural Semantics for Practical Transactional Memory · ISCA 2006
Tradeoffs in transactional memory virtualization · ASPLOS 2006
Concurrent programming › concurrency control
optimistic concurrency control
0.112007
A Scalable, Non-blocking Approach to Transactional Memory · HPCA 2007
Memory systems › cache coherence
directory-based coherence
0.112007
A Scalable, Non-blocking Approach to Transactional Memory · HPCA 2007
Memory systems › shared memory
distributed shared memory
0.112007
A Scalable, Non-blocking Approach to Transactional Memory · HPCA 2007
Parallel and multicore computing › transactional memory
hybrid transactional memory
0.112007
An effective hybrid transactional memory system with strong isolation guarantees · ISCA 2007
Parallel and multicore computing
synchronization
0.112007
An effective hybrid transactional memory system with strong isolation guarantees · ISCA 2007
Concurrent programming › transactional memory
nested transactions
0.112006
McRT-STM: a high performance software transactional memory system for a multi-core runtime · PPoPP 2006
Concurrent programming › transactional memory
software transactional memory
0.112006
McRT-STM: a high performance software transactional memory system for a multi-core runtime · PPoPP 2006
Parallel and multicore computing › transactional memory
hardware transactional memory
0.112006
Tradeoffs in transactional memory virtualization · ASPLOS 2006
Processor architecture and microarchitecture
instruction set architecture
0.112006
Architectural Semantics for Practical Transactional Memory · ISCA 2006
Distributed systems › transaction processing
nested transactions
0.112006
Architectural Semantics for Practical Transactional Memory · ISCA 2006
Processor architecture and microarchitecture
multicore design
0.012007
An effective hybrid transactional memory system with strong isolation guarantees · ISCA 2007
Processor architecture and microarchitecture › multithreading
multithreaded core
0.012007
An effective hybrid transactional memory system with strong isolation guarantees · ISCA 2007
Parallel and multicore computing › multiprocessor system › distributed-memory multiprocessor
NUMA systems
0.012007
A Scalable, Non-blocking Approach to Transactional Memory · HPCA 2007
Programming languages and type systems
language design
0.012006
The Atomos transactional programming language · PLDI 2006
Parallel and multicore computing › synchronization
fine-grained locking
0.012006
McRT-STM: a high performance software transactional memory system for a multi-core runtime · PPoPP 2006
Parallel and multicore computing › synchronization
lock-based synchronization
0.012006
McRT-STM: a high performance software transactional memory system for a multi-core runtime · PPoPP 2006
Memory systems › memory management
virtual memory
0.012006
Tradeoffs in transactional memory virtualization · ASPLOS 2006

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

performance evaluation · 0.1undo logging · 0.1optimistic concurrency · 0.1execution-driven simulation · 0.1conflict detection · 0.1software versioning · 0.1hardware signatures · 0.1write buffering · 0.1virtual memory support · 0.1transactional memory violation handlers · 0.1source code analysis · 0.1snapshot-based interference detection · 0.1page-granularity buffering · 0.1open-nested transactions · 0.1
YearPublicationVenuePosition
2008 Improving software concurrency with hardware-assisted memory snapshot
abstract
We propose a hardware-assisted memory snapshot to improve software concurrency. It is built on top of the hardware resources for transactional memory and allows for easy development of system software modules such as concurrent garbage collector and dynamic profiler.
JaeWoong Chung, Jiwon Seo 0002, Woongki Baek, Chi Cao Minh, Austen McDonald, Christoforos E. Kozyrakis, Kunle Olukotun
SPAA4
2007 The OpenTM Transactional Application Programming Interface
Woongki Baek, Chi Cao Minh, Martin Trautmann, Christoforos E. Kozyrakis, Kunle Olukotun
PACT2
2007 A Scalable, Non-blocking Approach to Transactional Memory
abstract
Transactional memory (TM) provides mechanisms that promise to simplify parallel programming by eliminating the need for locks and their associated problems (deadlock, livelock, priority inversion, convoying). For TM to be adopted in the long term, not only does it need to deliver on these promises, but it needs to scale to a high number of processors. To date, proposals for scalable TM have relegated livelock issues to user-level contention managers. This paper presents the first scalable TM implementation for directory-based distributed shared memory systems that is livelock free without the need for user-level intervention. The design is a scalable implementation of optimistic concurrency control that supports parallel commits with a two-phase commit protocol, uses write-back caches, and filters coherence messages. The scalable design is based on transactional coherence and consistency (TCC), which supports continuous transactions and fault isolation. A performance evaluation of the design using both scientific and enterprise benchmarks demonstrates that the directory-based TCC design scales efficiently for NUMA systems up to 64 processors
Hassan Chafi, Jared Casper, Brian D. Carlstrom, Austen McDonald, Chi Cao Minh, Woongki Baek, Christoforos E. Kozyrakis, Kunle Olukotun
HPCA5
2007 An effective hybrid transactional memory system with strong isolation guarantees
abstract
We propose signature-accelerated transactional memory (SigTM), a hybrid TM system that reduces the overhead of software transactions. SigTM uses hardware signatures to track the read-set and write-set for pending transactions and perform conflict detection between concurrent threads. All other transactional functionality, including data versioning, is implemented in software. Unlike previously proposed hybrid TM systems, SigTM requires no modifications to the hardware caches, which reduces hardware cost and simplifies support for nested transactions and multithreaded processor cores. SigTM is also the first hybrid TM system to provide strong isolation guarantees between transactional blocks and nontransactional accesses without additional read and write barriers in non-transactional code. Using a set of parallel programs that make frequent use of coarsegrain transactions, we show that SigTM accelerates software transactions by 30 % to 280%. For certain workloads, SigTM can match the performance of a full-featured hardware TM system, while for workloads with large read-sets it can be up to two times slower. Overall, we show that SigTM combines the performance characteristics and strong isolation guarantees of hardware TM implementations with the low cost and flexibility of software TM systems.
Chi Cao Minh, Martin Trautmann, JaeWoong Chung, Austen McDonald, Nathan Bronson, Jared Casper, Christoforos E. Kozyrakis, Kunle Olukotun
ISCA1
2007 Towards soft optimization techniques for parallel cognitive applications
Woongki Baek, JaeWoong Chung, Chi Cao Minh, Christoforos E. Kozyrakis, Kunle Olukotun
SPAA3
2006 Tradeoffs in transactional memory virtualization
abstract
For transactional memory (TM) to achieve widespread acceptance, transactions should not be limited to the physical resources of any specific hardware implementation. TM systems should guarantee correct execution even when transactions exceed scheduling quanta, overflow the capacity of hardware caches and physical memory, or include more independent nesting levels than what is supported in hardware. Existing proposals for TM virtualization are either incomplete or rely on complex hardware implementations, which are an overkill if virtualization is invoked infrequently in the common case.We present eXtended Transactional Memory (XTM), the first TM virtualization system that virtualizes all aspects of transactional execution (time, space, and nesting depth). XTM is implemented in software using virtual memory support. It operates at page granularity, using private copies of overflowed pages to buffer memory updates until the transaction commits and snapshots of pages to detect interference between transactions. We also describe two enhancements to XTM that use limited hardware support to address key performance bottlenecks.We compare XTM to hardwarebased virtualization using both real applications and synthetic microbenchmarks. We show that despite being software-based, XTM and its enhancements are competitive with hardware-based alternatives. Overall, we demonstrate that XTM provides a complete, flexible, and low-cost mechanism for practical TM virtualization.
JaeWoong Chung, Chi Cao Minh, Austen McDonald, Travis Skare, Hassan Chafi, Brian D. Carlstrom, Christoforos E. Kozyrakis, Kunle Olukotun
ASPLOS2
2006 The common case transactional behavior of multithreaded programs
abstract
Transactional memory (TM) provides an easy-to-use and high-performance parallel programming model for the upcoming chip-multiprocessor systems. Several researchers have proposed alternative hardware and software TM implementations. However, the lack of transaction-based programs makes it difficult to understand the merits of each proposal and to tune future TM implementations to the common case behavior of real application. This work addresses this problem by analyzing the common case transactional behavior for 35 multithreaded programs from a wide range of application domains. We identify transactions within the source code by mapping existing primitives for parallelism and synchronization management to transaction boundaries. The analysis covers basic characteristics such as transaction length, distribution of read-set and write-set size, and the frequency of nesting and I/O operations. The measured characteristics provide key insights into the design of efficient TM systems for both non-blocking synchronization and speculative parallelization.
JaeWoong Chung, Hassan Chafi, Chi Cao Minh, Austen McDonald, Brian D. Carlstrom, Christoforos E. Kozyrakis, Kunle Olukotun
HPCA3
2006 Architectural Semantics for Practical Transactional Memory
abstract
Transactional Memory (TM) simplifies parallel programming by allowing for parallel execution of atomic tasks. Thus far, TM systems have focused on implementing transactional state buffering and conflict resolution. Missing is a robust hardware/software interface, not limited to simplistic instructions defining transaction boundaries. Without rich semantics, current TM systems cannot support basic features of modern programming languages and operating systems such as transparent library calls, conditional synchronization, system calls, I/O, and runtime exceptions. This paper presents a comprehensive instruction set architecture (ISA) for TM systems. Our proposal introduces three key mechanisms: two-phase commit; support for software handlers on commit, violation, and abort; and full support for open- and closed-nested transactions with independent rollback. These mechanisms provide a flexible interface to implement programming language and operating system functionality. We also show that these mechanisms are practical to implement at the ISA and microarchitecture level for various TM systems. Using an execution-driven simulation, we demonstrate both the functionality (e.g., I/O and conditional scheduling within transactions) and performance potential (2.2× improvement for SPECjbb2000) of the proposed mechanisms. Overall, this paper establishes a rich and efficient interface to foster both hardware and software research on transactional memory.
Austen McDonald, JaeWoong Chung, Brian D. Carlstrom, Chi Cao Minh, Hassan Chafi, Christoforos E. Kozyrakis, Kunle Olukotun
ISCA4
2006 The Atomos transactional programming language
abstract
Atomos is the first programming language with implicit transactions, strong atomicity, and a scalable multiprocessor implementation. Atomos is derived from Java, but replaces its synchronization and conditional waiting constructs with simpler transactional alternatives.The Atomos watch statement allows programmers to specify fine-grained watch sets used with the Atomos retry conditional waiting statement for efficient transactional conflict-driven wakeup even in transactional memory systems with a limited number of transactional contexts. Atomos supports open-nested transactions, which are necessary for building both scalable application programs and virtual machine implementations.The implementation of the Atomos scheduler demonstrates the use of open nesting within the virtual machine and introduces the concept of transactional memory violation handlers that allow programs to recover from data dependency violations without rolling back.Atomos programming examples are given to demonstrate the usefulness of transactional programming primitives. Atomos and Java are compared through the use of several benchmarks. The results demonstrate both the improvements in parallel programming ease and parallel program performance provided by Atomos.
Brian D. Carlstrom, Austen McDonald, Hassan Chafi, JaeWoong Chung, Chi Cao Minh, Christoforos E. Kozyrakis, Kunle Olukotun
PLDI5
2006 McRT-STM: a high performance software transactional memory system for a multi-core runtime
abstract
Applications need to become more concurrent to take advantage of the increased computational power provided by chip level multiprocessing. Programmers have traditionally managed this concurrency using locks (mutex based synchronization). Unfortunately, lock based synchronization often leads to deadlocks, makes fine-grained synchronization difficult, hinders composition of atomic primitives, and provides no support for error recovery. Transactions avoid many of these problems, and therefore, promise to ease concurrent programming.We describe a software transactional memory (STM) system that is part of McRT, an experimental Multi-Core RunTime. The McRT-STM implementation uses a number of novel algorithms, and supports advanced features such as nested transactions with partial aborts, conditional signaling within a transaction, and object based conflict detection for C/C++ applications. The McRT-STM exports interfaces that can be used from C/C++ programs directly or as a target for compilers translating higher level linguistic constructs.We present a detailed performance analysis of various STM design tradeoffs such as pessimistic versus optimistic concurrency, undo logging versus write buffering, and cache line based versus object based conflict detection. We also show a MCAS implementation that works on arbitrary values, coexists with the STM, and can be used as a more efficient form of transactional memory. To provide a baseline we compare the performance of the STM with that of fine-grained and coarse-grained locking using a number of concurrent data structures on a 16-processor SMP system. We also show our STM performance on a non-synthetic workload -- the Linux sendmail application.
Bratin Saha, Ali-Reza Adl-Tabatabai, Richard L. Hudson, Chi Cao Minh, Ben Hertzberg
PPoPP4
2006 Executing Java programs with transactional memory
Brian D. Carlstrom, JaeWoong Chung, Hassan Chafi, Austen McDonald, Chi Cao Minh, Lance Hammond, Christoforos E. Kozyrakis, Kunle Olukotun
Sci. Comput. Program.5
2005 TAPE: a transactional application profiling environment
abstract
Transactional Coherence and Consistency (TCC) provides a new parallel programming model that uses transactions as the basic unit of parallel work and communication. TCC simplifies the development of correct parallel code because hardware provides transaction atomicity and ordering. Nevertheless, the programmer or a dynamic compiler must still optimize the parallel code for performance.This paper presents TAPE, a hardware and software infrastructure for profiling in TCC systems. TAPE extends the hardware for transactional execution to identify performance impediments such as dependence violations, buffer overflows, and work imbalance. It filters infrequent events to reduce resource requirements and allows the programmer to focus on the most important bottlenecks. We demonstrate that TAPE introduces minimal die area and performance overhead and can be used continuously, even for production runs. Moreover, we demonstrate how to leverage the profiling information to guide optimization for a set of parallel applications. TAPE accurately identifies the source code location and type of the most important bottlenecks, allowing a programmer to achieve maximum parallel speedup with a few profiling steps.
Hassan Chafi, Chi Cao Minh, Austen McDonald, Brian D. Carlstrom, JaeWoong Chung, Lance Hammond, Christoforos E. Kozyrakis, Kunle Olukotun
ICS2