Demo Data from EDBT 2026 / reviewers in the wild / expert
Mochamad Asri
dblp:118/5471
· DBLP profile ↗
4ranked-venue papers
4as first author
2since 2021 · last 2022
0000-0001-8236-9941ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 3 first-author · 2 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 |
Memory systems · 50% GPUs and heterogeneous computing · 16% Hardware accelerators and domain-specific architectures · 14% |
Topics — the 10 heaviest of 10, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Memory systems
cache management |
0.6 | 1 | 2022 | CASPHAr: Cache-Managed Accelerator Staging and Pipelining in Heterogeneous System Architectures · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2022 |
GPUs and heterogeneous computing › heterogeneous architecture
heterogeneous system architecture |
0.6 | 1 | 2022 | CASPHAr: Cache-Managed Accelerator Staging and Pipelining in Heterogeneous System Architectures · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2022 |
Memory systems › memory hierarchy › cache hierarchy
last-level cache |
0.6 | 1 | 2022 | CASPHAr: Cache-Managed Accelerator Staging and Pipelining in Heterogeneous System Architectures · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2022 |
Hardware accelerators and domain-specific architectures
accelerator integration |
0.5 | 1 | 2021 | Hardware Accelerator Integration Tradeoffs for High-Performance Computing: A Case Study of GEMM Acceleration in N-Body Methods · IEEE Trans. Parallel Distributed Syst. 2021 |
Performance modeling and evaluation › numerical algorithms
fast multipole method |
0.5 | 1 | 2021 | Hardware Accelerator Integration Tradeoffs for High-Performance Computing: A Case Study of GEMM Acceleration in N-Body Methods · IEEE Trans. Parallel Distributed Syst. 2021 |
Memory systems
cache coherence |
0.2 | 1 | 2022 | CASPHAr: Cache-Managed Accelerator Staging and Pipelining in Heterogeneous System Architectures · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2022 |
Parallel and multicore computing
synchronization |
0.2 | 1 | 2022 | CASPHAr: Cache-Managed Accelerator Staging and Pipelining in Heterogeneous System Architectures · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2022 |
Memory systems › memory access optimization
DRAM access reduction |
0.1 | 1 | 2021 | Hardware Accelerator Integration Tradeoffs for High-Performance Computing: A Case Study of GEMM Acceleration in N-Body Methods · IEEE Trans. Parallel Distributed Syst. 2021 |
Memory systems › processing-in-memory
near-DRAM acceleration |
0.1 | 1 | 2021 | Hardware Accelerator Integration Tradeoffs for High-Performance Computing: A Case Study of GEMM Acceleration in N-Body Methods · IEEE Trans. Parallel Distributed Syst. 2021 |
Memory systems
processing-in-memory |
0.1 | 1 | 2021 | Hardware Accelerator Integration Tradeoffs for High-Performance Computing: A Case Study of GEMM Acceleration in N-Body Methods · IEEE Trans. Parallel Distributed Syst. 2021 |
Methods — techniques the papers use, named apart from their topics
fine-grain data staging · 0.6cache replacement policy · 0.6software pipelining · 0.5software blocking · 0.5simulation · 0.5
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | CASPHAr: Cache-Managed Accelerator Staging and Pipelining in Heterogeneous System ArchitecturesabstractIntegrating accelerators onto the same chip with CPUs sharing the last level cache (LLC) is beneficial when CPUs and accelerators frequently exchange data. However, if shared data exceeds LLC capacity, expensive spills to and refetches from DRAM will be incurred, limiting the benefits of such integrated architectures. While this can be avoided through careful software optimizations, such as fine-grain data tiling and accelerator synchronization, this involves significant software changes and programmer effort. In this article, we introduce CASPHAr, an LLC architecture that performs automatic, software- and hardware-transparent fine-grain data staging and synchronization between CPUs and accelerators in hardware. CASPHAr tracks and synchronizes producer and consumer accesses at cache line granularity. As soon as some fraction of shared data is produced and becomes ready in the LLC, the data will be delivered for processing in the waiting consumer. Furthermore, CASPHAr extends existing replacement policies to leverage synchronization information for making better eviction decisions. All combined, CASPHAr reduces data spills due to unnecessarily long lifetimes of shared data in the cache. In addition, fine-grain staging and synchronization inherently achieves system-level pipelining of interdependent kernels that can outperform software optimizations. Results show that CASPHAr can boost performance by up to 23% and achieve energy savings of up to 22% over baseline accelerations. Mochamad Asri, Andreas Gerstlauer |
IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. | 1 |
| 2021 | Hardware Accelerator Integration Tradeoffs for High-Performance Computing: A Case Study of GEMM Acceleration in N-Body MethodsabstractIn this article, we study performance and energy saving benefits of hardware acceleration under different hardware configurations and usage scenarios for a state-of-the-art Fast Multipole Method (FMM), which is a popular N-body method. We use a dedicated Application Specific Integrated Circuit (ASIC) to accelerate General Matrix-Matrix Multiply (GEMM) operations. FMM is widely used in applications and is representative example of the workload for many HPC applications. We compare architectures that integrate the GEMM ASIC next to, in or near main memory with an on-chip coupling aimed at minimizing or avoiding repeated round-trip transfers through DRAM for communication between accelerator and CPU. We study tradeoffs using detailed and accurately calibrated x86 CPU, accelerator and DRAM simulations. Our results show that simply moving accelerators closer to the chip does not necessarily lead to performance/energy gains. We demonstrate that, while careful software blocking and on-chip placement optimizations can reduce DRAM accesses by 2X over a naive on-chip integration, these dramatic savings in DRAM traffic do not automatically translate into significant total energy or runtime savings. This is chiefly due to the application characteristics, the high idle power and effective hiding of memory latencies in modern systems. Only when more aggressive co-optimizations such as software pipelining and overlapping are applied, additional performance and energy savings can be unlocked by 37 and 35 percent respectively over baseline acceleration. When similar optimizations (pipelining and overlapping) are applied with an off-chip integration, on-chip integration delivers up to 20 percent better performance and 17 percent less total energy consumption than off-chip integration. Mochamad Asri, Dhairya Malhotra, George Biros, Lizy Kurian John, Andreas Gerstlauer |
IEEE Trans. Parallel Distributed Syst. | 1 |
| 2020 | The Non-Uniform Compute Device (NUCD) Architecture for Lightweight Accelerator OffloadabstractHeterogeneous architectures have arisen as a well-suited approach for the post-Moore era. Among them, architectures that integrate programmable accelerators in or near memory are gaining popularity due to the potential advantages of reduced data movement. Such near-memory accelerators benefit from launching a large number of fine-grain tasks to hide memory latency while exploiting bandwidth gains. This requires low-overhead and portable mechanisms for interfacing of accelerators. If not managed carefully, the hard and soft costs of host and accelerator interactions, such as programming and device driver overheads for actuation, context transfer and synchronization can severely limit acceleration benefits.We present the non-uniform compute device (NUCD) system architecture as a novel lightweight and generic accelerator offload mechanism that is tightly-coupled with a general-purpose processor core. Different from conventional offload mechanisms that rely primarily on device drivers and software queues, the NUCD system architecture extends a host core micro-architecture to enable a low-latency out-of-order task offload to heterogeneous devices. In the NUCD programming model, a candidate region for offload in the code is marked with a special instruction. The NUCD microarchitecture then accelerates function offloading, actuation, synchronization for out-of-order parallel execution in hardware with little driver or runtime software involvement, while maintaining standard sequential program semantics.Results demonstrate that the NUCD system architecture can achieve an average performance improvement of 21%-128% over a conventional driver-based offload mechanism. This in turn enables whole new forms of fine-grain task offloading that would otherwise not see any performance benefits. Mochamad Asri, Curtis Dunham, Roxana Rusitoru, Andreas Gerstlauer, Jonathan Beard |
PDP | 1 |
| 2011 | Efficient fetch mechanism by employing instruction register
Mochamad Asri |
Hot Chips Symposium | 1 |