Demo Data from EDBT 2026 / reviewers in the wild / expert
Arpit Joshi
dblp:84/9944
· DBLP profile ↗
10ranked-venue papers
4as first author
0since 2021 · last 2020
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 10 · 4 first-authorSoftware engineering, systems software and programming languages · 3 · 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
8 papers |
Memory systems · 53% Storage systems · 20% Distributed systems · 18% |
Topics — the 25 heaviest of 26, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Memory systems
non-volatile memory |
1.3 | 4 | 2020 | Lazy Release Persistency · ASPLOS 2020 DHTM: Durable Hardware Transactional Memory · ISCA 2018 ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017 |
Storage systems
key-value storage |
0.8 | 2 | 2020 | Kite: efficient and available release consistency for the datacenter · PPoPP 2020 Scale-out ccNUMA: exploiting skew with strongly consistent caching · EuroSys 2018 |
Distributed systems
replication |
0.8 | 2 | 2020 | Hermes: A Fast, Fault-Tolerant and Linearizable Replication Protocol · ASPLOS 2020 Scale-out ccNUMA: exploiting skew with strongly consistent caching · EuroSys 2018 |
Memory systems
cache coherence |
0.5 | 2 | 2018 | DHTM: Durable Hardware Transactional Memory · ISCA 2018 Efficient persist barriers for multicores · MICRO 2015 |
Distributed systems
consensus |
0.4 | 1 | 2020 | Hermes: A Fast, Fault-Tolerant and Linearizable Replication Protocol · ASPLOS 2020 |
Distributed systems
consistency models |
0.4 | 1 | 2020 | Kite: efficient and available release consistency for the datacenter · PPoPP 2020 |
Storage systems
crash recovery |
0.4 | 1 | 2020 | Lazy Release Persistency · ASPLOS 2020 |
Cloud and datacenter computing
datacenter storage |
0.4 | 1 | 2020 | Kite: efficient and available release consistency for the datacenter · PPoPP 2020 |
Memory systems › non-volatile memory
log-free data structures |
0.4 | 1 | 2020 | Lazy Release Persistency · ASPLOS 2020 |
Memory systems › non-volatile memory › persistent memory
persistency model |
0.4 | 1 | 2020 | Lazy Release Persistency · ASPLOS 2020 |
Memory systems › memory consistency › memory consistency model
release consistency |
0.4 | 1 | 2020 | Kite: efficient and available release consistency for the datacenter · PPoPP 2020 |
Memory systems
persist barriers |
0.3 | 2 | 2020 | Efficient persist barriers for multicores · MICRO 2015 Lazy Release Persistency · ASPLOS 2020 |
Memory systems › non-volatile memory
persistent memory |
0.3 | 1 | 2018 | DHTM: Durable Hardware Transactional Memory · ISCA 2018 |
Parallel and multicore computing
skew mitigation |
0.3 | 1 | 2018 | Scale-out ccNUMA: exploiting skew with strongly consistent caching · EuroSys 2018 |
Memory systems › non-volatile memory › persistent memory
atomic durability |
0.3 | 1 | 2017 | ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017 |
Storage systems
logging |
0.3 | 1 | 2017 | ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017 |
Storage systems
storage reliability |
0.3 | 1 | 2017 | ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017 |
Memory systems › cache
DRAM cache |
0.2 | 1 | 2016 | DCA: a DRAM-cache-aware DRAM controller · SC 2016 |
Memory systems › cache › DRAM cache
DRAM cache controller |
0.2 | 1 | 2016 | DCA: a DRAM-cache-aware DRAM controller · SC 2016 |
Memory systems › non-volatile memory
persistent memory consistency |
0.2 | 1 | 2015 | Efficient persist barriers for multicores · MICRO 2015 |
Memory systems
memory consistency |
0.1 | 1 | 2020 | Lazy Release Persistency · ASPLOS 2020 |
Storage systems
crash consistency |
0.1 | 1 | 2018 | DHTM: Durable Hardware Transactional Memory · ISCA 2018 |
Distributed systems
fault tolerance |
0.1 | 1 | 2018 | DHTM: Durable Hardware Transactional Memory · ISCA 2018 |
Memory systems › non-volatile memory › persistent memory
byte-addressable persistent memory |
0.1 | 1 | 2017 | ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017 |
Memory systems
3d-stacked memory |
0.1 | 1 | 2016 | DCA: a DRAM-cache-aware DRAM controller · SC 2016 |
Methods — techniques the papers use, named apart from their topics
simulation · 0.4replication protocol design · 0.4microarchitectural mechanism design · 0.4redo logging · 0.3hardware transactional memory · 0.3undo logging · 0.3hardware logging · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2020 | Lazy Release PersistencyabstractFast non-volatile memory (NVM) has sparked interest in log-free data structures (LFDs) that enable crash recovery without the overhead of logging. However, recovery hinges on primitives that provide guarantees on what remains in NVM upon a crash. While ordering and atomicity are two well-understood primitives, we focus on ordering and its efficacy in enabling recovery of LFDs. We identify that one-sided persist barriers of acquire-release persistency (ARP)--the state-of-the-art ordering primitive and its microarchitectural implementation--are not strong enough to enable recovery of an LFD. Therefore, correct recovery necessitates the inclusion of the more expensive full barriers. In this paper, we propose strengthening the one-sided barrier semantics of ARP. The resulting persistency model, release persistency (RP), guarantees that NVM will hold a consistent-cut of the execution upon a crash, thereby satisfying the criterion for correct recovery of an LFD. We then propose lazy release persistency (LRP), a microarchitectural mechanism for efficiently enforcing RP's one-sided barriers. Our evaluation on 5 commonly used LFDs suggests that LRP provides a 14%-44% performance improvement over the state-of-the-art full barrier. Mahesh Dananjaya, Vasilis Gavrielatos, Arpit Joshi, Vijay Nagarajan |
ASPLOS | 3 |
| 2020 | Hermes: A Fast, Fault-Tolerant and Linearizable Replication ProtocolabstractToday's datacenter applications are underpinned by datastores that are responsible for providing availability, consistency, and performance. For high availability in the presence of failures, these datastores replicate data across several nodes. This is accomplished with the help of a reliable replication protocol that is responsible for maintaining the replicas strongly-consistent even when faults occur. Strong consistency is preferred to weaker consistency models that cannot guarantee an intuitive behavior for the clients. Furthermore, to accommodate high demand at real-time latencies, datastores must deliver high throughput and low latency. Antonios Katsarakis, Vasilis Gavrielatos, M. R. Siavash Katebzadeh, Arpit Joshi, Aleksandar Dragojevic, Boris Grot, Vijay Nagarajan |
ASPLOS | 4 |
| 2020 | Kite: efficient and available release consistency for the datacenterabstractKey-Value Stores (KVSs) came into prominence as highly-available, eventually consistent (EC), "NoSQL" Databases, but have quickly transformed into general-purpose, programmable storage systems. Thus, EC, while relevant, is no longer sufficient. Complying with the emerging requirements for stronger consistency, researchers have proposed KVSs with multiple consistency levels (MCL) that expose the consistency/performance trade-off to the programmer. We argue that this approach falls short in both programmability and performance. For instance, the MCL APIs proposed thus far, fail to capture the ordering relationship between strongly- and weakly-consistent accesses that naturally occur in programs. Vasilis Gavrielatos, Antonios Katsarakis, Vijay Nagarajan, Boris Grot, Arpit Joshi |
PPoPP | 5 |
| 2018 | Scale-out ccNUMA: exploiting skew with strongly consistent cachingabstractToday's cloud based online services are underpinned by distributed key-value stores (KVS). Such KVS typically use a scale-out architecture, whereby the dataset is partitioned across a pool of servers, each holding a chunk of the dataset in memory and being responsible for serving queries against the chunk. One important performance bottleneck that a KVS design must address is the load imbalance caused by skewed popularity distributions. Despite recent work on skew mitigation, existing approaches offer only limited benefit for high-throughput in-memory KVS deployments. Vasilis Gavrielatos, Antonios Katsarakis, Arpit Joshi, Nicolai Oswald, Boris Grot, Vijay Nagarajan |
EuroSys | 3 |
| 2018 | DHTM: Durable Hardware Transactional MemoryabstractThe emergence of byte-addressable persistent (non-volatile) memory provides a low latency and high bandwidth path to durability. However, programmers need guarantees on what will remain in persistent memory in the event of a system crash. A widely accepted model for crash consistent programming is ACID transactions, in which updates within a transaction are made visible as well as durable in an atomic manner. However, existing software based proposals suffer from significant performance overheads. In this paper, we support both atomic visibility and durability in hardware. We propose DHTM (durable hardware transactional memory) that leverages a commercial HTM to provide atomic visibility and extends it with hardware support for redo logging to provide atomic durability. Furthermore, we leverage the same logging infrastructure to extend the supported transaction size (from being L1-limited to LLC-limited) with only minor changes to the coherence protocol. Our evaluation shows that DHTM outperforms the state-of-the-art by an average of 21% to 25% on TATP, TPC-C and a set of microbenchmarks. We believe DHTM is the first complete and practical hardware based solution for ACID transactions that has the potential to significantly ease the burden of crash consistent programming. Arpit Joshi, Vijay Nagarajan, Marcelo Cintra, Stratis Viglas |
ISCA | 1 |
| 2017 | ATOM: Atomic Durability in Non-volatile Memory through Hardware LoggingabstractNon-volatile memory (NVM) is emerging as a fast byte-addressable alternative for storing persistent data. Ensuring atomic durability in NVM requires logging. Existing techniques have proposed software logging either by using streaming stores for an undo log; or, by relying on the combination of clflush and mfence for a redo log. These techniques are suboptimal because they waste precious execution cycles to implement logging, which is fundamentally a data movement operation. We propose ATOM, a hardware log manager based on undo logging that performs the logging operation out of the critical path. We present the design principles behind ATOM and two techniques to optimize its performance. Our results show that ATOM achieves an improvement of 27% to 33% for micro-benchmarks and 60% for TPC-C over a baseline undo log design. Arpit Joshi, Vijay Nagarajan, Stratis Viglas, Marcelo Cintra |
HPCA | 1 |
| 2016 | DCA: a DRAM-cache-aware DRAM controllerabstract3D-stacking technology has enabled the option of embedding a large DRAM cache onto the processor. Since the DRAM cache can be orders of magnitude larger than a conventional SRAM cache, the size of its cache tags can also be large. Recent works have proposed storing these tags in the stacked DRAM array itself. However, this increases the complexity of a DRAM cache request, which now translates into multiple DRAM cache accesses (tag/data). In this work, we address how to schedule these DRAM cache accesses. We start by exploring whether or not a conventional DRAM controller will work well. We introduce two potential baseline designs and study their limitations. We then derive a set of design principles that a DRAM cache controller must ideally satisfy. Our DRAM-cache-aware (DCA) DRAM controller, that is based on these principles, consistently improves performance over various DRAM cache organizations. Cheng-Chieh Huang, Vijay Nagarajan, Arpit Joshi |
SC | 3 |
| 2015 | Efficient persist barriers for multicoresabstractEmerging non-volatile memory technologies enable fast, fine-grained persistence compared to slow block-based devices. In order to ensure consistency of persistent state, dirty cache lines need to be periodically flushed from caches and made persistent in an order specified by the persistency model. A persist barrier is one mechanism for enforcing this ordering. Arpit Joshi, Vijay Nagarajan, Marcelo Cintra, Stratis Viglas |
MICRO | 1 |
| 2011 | Prevention flow-control for low latency torus networks-on-chipabstractThe challenge for on-chip networks is to provide low latency communication in a very low power budget. To reduce the latency and keep the simplicity of a mesh network, torus network is proposed. As torus networks have inherent circular dependency, additional effort is needed to prevent deadlock, even if deadlock free routing algorithms are used. Arpit Joshi, Madhu Mutyam |
NOCS | 1 |
| 2011 | Timing variation-aware scheduling and resource binding in high-level synthesisabstractDue to technological scaling, process variations have increased significantly, resulting in large variations in the delay of the functional units. Hence, the worst-case approach is becoming increasingly pessimistic in meeting a certain performance yield. The problem therefore is to increase the performance as much as possible while maintaining the desired yield. In this work, we introduce an integer linear programming (ILP) formulation for scheduling and resource binding in high-level synthesis (HLS) which tries to mitigate the effect of timing variations. In the presence of delay variations of resources, as chained resources can give a better latency and performance yield trade-off, instead of considering them independently, we consider external chaining of resources, that is, two or more resources are connected by external wiring, and exploit operation chaining. Without violating the yield constraints, the proposed ILP formulation chains two consecutive operations and binds these chained operations to chained resources for minimizing the overall latency of the schedule. Our ILP formulation also makes sure that two consecutive operations can be chained over multiple clock cycles so that it becomes possible to access the data in the middle of the chained operations at the start of the clock steps over which the operations are chained. By solving our ILP formulation using ILOG CPLEX, we show that our mechanism achieves lesser latency in most cases, compared to the no-chaining case. Significant performance improvement is achieved even for the 100% yield case, which has never been demonstrated in any published work, to the best of our knowledge. Kartikey Mittal, Arpit Joshi, Madhu Mutyam |
ACM Trans. Design Autom. Electr. Syst. | 2 |