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

Arpit Joshi

dblp:84/9944 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Memory systems
non-volatile memory
1.342020
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.822020
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.822020
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.522018
DHTM: Durable Hardware Transactional Memory · ISCA 2018
Efficient persist barriers for multicores · MICRO 2015
Distributed systems
consensus
0.412020
Hermes: A Fast, Fault-Tolerant and Linearizable Replication Protocol · ASPLOS 2020
Distributed systems
consistency models
0.412020
Kite: efficient and available release consistency for the datacenter · PPoPP 2020
Storage systems
crash recovery
0.412020
Lazy Release Persistency · ASPLOS 2020
Cloud and datacenter computing
datacenter storage
0.412020
Kite: efficient and available release consistency for the datacenter · PPoPP 2020
Memory systems › non-volatile memory
log-free data structures
0.412020
Lazy Release Persistency · ASPLOS 2020
Memory systems › non-volatile memory › persistent memory
persistency model
0.412020
Lazy Release Persistency · ASPLOS 2020
Memory systems › memory consistency › memory consistency model
release consistency
0.412020
Kite: efficient and available release consistency for the datacenter · PPoPP 2020
Memory systems
persist barriers
0.322020
Efficient persist barriers for multicores · MICRO 2015
Lazy Release Persistency · ASPLOS 2020
Memory systems › non-volatile memory
persistent memory
0.312018
DHTM: Durable Hardware Transactional Memory · ISCA 2018
Parallel and multicore computing
skew mitigation
0.312018
Scale-out ccNUMA: exploiting skew with strongly consistent caching · EuroSys 2018
Memory systems › non-volatile memory › persistent memory
atomic durability
0.312017
ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017
Storage systems
logging
0.312017
ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017
Storage systems
storage reliability
0.312017
ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017
Memory systems › cache
DRAM cache
0.212016
DCA: a DRAM-cache-aware DRAM controller · SC 2016
Memory systems › cache › DRAM cache
DRAM cache controller
0.212016
DCA: a DRAM-cache-aware DRAM controller · SC 2016
Memory systems › non-volatile memory
persistent memory consistency
0.212015
Efficient persist barriers for multicores · MICRO 2015
Memory systems
memory consistency
0.112020
Lazy Release Persistency · ASPLOS 2020
Storage systems
crash consistency
0.112018
DHTM: Durable Hardware Transactional Memory · ISCA 2018
Distributed systems
fault tolerance
0.112018
DHTM: Durable Hardware Transactional Memory · ISCA 2018
Memory systems › non-volatile memory › persistent memory
byte-addressable persistent memory
0.112017
ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging · HPCA 2017
Memory systems
3d-stacked memory
0.112016
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
YearPublicationVenuePosition
2020 Lazy Release Persistency
abstract
Fast 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
ASPLOS3
2020 Hermes: A Fast, Fault-Tolerant and Linearizable Replication Protocol
abstract
Today'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
ASPLOS4
2020 Kite: efficient and available release consistency for the datacenter
abstract
Key-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
PPoPP5
2018 Scale-out ccNUMA: exploiting skew with strongly consistent caching
abstract
Today'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
EuroSys3
2018 DHTM: Durable Hardware Transactional Memory
abstract
The 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
ISCA1
2017 ATOM: Atomic Durability in Non-volatile Memory through Hardware Logging
abstract
Non-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
HPCA1
2016 DCA: a DRAM-cache-aware DRAM controller
abstract
3D-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
SC3
2015 Efficient persist barriers for multicores
abstract
Emerging 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
MICRO1
2011 Prevention flow-control for low latency torus networks-on-chip
abstract
The 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
NOCS1
2011 Timing variation-aware scheduling and resource binding in high-level synthesis
abstract
Due 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