Demo Data from SIGIR 2026 / reviewers in the wild / expert
Ravindra Kuramkote
dblp:56/306
· DBLP profile ↗
5ranked-venue papers
0as first author
0since 2021 · last 1999
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 5
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 · 74% Parallel and multicore computing · 20% High-performance computing · 6% |
Topics — the 7 heaviest of 7, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Memory systems › memory management
address remapping |
0.0 | 1 | 1999 | Impulse: Building a Smarter Memory Controller · HPCA 1999 |
Memory systems
memory controller |
0.0 | 1 | 1999 | Impulse: Building a Smarter Memory Controller · HPCA 1999 |
Memory systems › cache
prefetching |
0.0 | 1 | 1999 | Impulse: Building a Smarter Memory Controller · HPCA 1999 |
Parallel and multicore computing
synchronization |
0.0 | 1 | 1999 | MP-LOCKs: Replacing H/W Synchronization Primitives with Message Passing · HPCA 1999 |
Memory systems › shared memory
distributed shared memory |
0.0 | 1 | 1999 | MP-LOCKs: Replacing H/W Synchronization Primitives with Message Passing · HPCA 1999 |
Memory systems
memory-bound computation |
0.0 | 1 | 1999 | Impulse: Building a Smarter Memory Controller · HPCA 1999 |
High-performance computing
scientific computing |
0.0 | 1 | 1999 | Impulse: Building a Smarter Memory Controller · HPCA 1999 |
Methods — techniques the papers use, named apart from their topics
simulation · 0.0message passing · 0.0kernel-embedded lock manager · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1999 | Impulse: Building a Smarter Memory ControllerabstractImpulse is a new memory system architecture that adds two important features to a traditional memory controller. First, Impulse supports application-specific optimizations through configurable physical address remapping. By remapping physical addresses, applications control how their data is accessed and cached, improving their cache and bus utilization. Second, Impulse supports prefetching at the memory controller, which can hide much of the latency of DRAM accesses. In this paper we describe the design of the Impulse architecture, and show how an Impulse memory system can be used to improve the performance of memory-bound programs. For the NAS conjugate gradient benchmark, Impulse improves performance by 67%. Because it requires no modification to processor, cache, or bus designs, Impulse can be adopted in conventional systems. In addition to scientific applications, we expect that Impulse will benefit regularly strided memory-bound applications of commercial importance, such as database and multimedia programs. John B. Carter, Wilson C. Hsieh, Leigh Stoller, Mark R. Swanson, Lixin Zhang 0002, Erik Brunvand, Al Davis, Chen-Chi Kuo, Ravindra Kuramkote, Michael A. Parker, Lambert Schaelicke, Terry Tateyama |
HPCA | 9 |
| 1999 | MP-LOCKs: Replacing H/W Synchronization Primitives with Message PassingabstractShared memory programs guarantee the correctness of concurrent accesses to shared data using interprocessor synchronization operations. The most common synchronization operators are locks, which are traditionally implemented via a mix of shared memory accesses and hardware synchronization primitives like test-and-set. In this paper, we argue that synchronization operations implemented using fast message passing and kernel-embedded lock managers are an attractive alternative to dedicated synchronization hardware. We propose three message passing lock (MP-LOCK) algorithms (centralized, distributed, and reactive) and provide implementation guidelines. MP-LOCKs reduce the design complexity and runtime occupancy of DSM controllers and can exploit software's inherent flexibility to adapt to differing applications lock access patterns. We compared the performance of MP-LOCKs with two common shared memory lock algorithms: test-and-test-and-set and MCS locks and found that MP-LOCKs scale better. For machines with 16 to 32 nodes, applications using MP-LOCKs ran up to 186% faster than the same applications with shared memory locks. For small systems (up to 8 nodes), three applications with MP-LOCKs slow down by no more than 18%, while the other two slowed by no more than 180% due to higher software overhead. We conclude that locks based on message passing should be considered as a replacement for hardware locks in future scalable multiprocessors that support efficient message passing mechanisms. Chen-Chi Kuo, John B. Carter, Ravindra Kuramkote |
HPCA | 3 |
| 1998 | Design alternatives for shared memory multiprocessorsabstractWe consider the design alternatives available for building the next generation DSM machine (e.g., the choice of memory architecture, network technology, and amount and location of per-node remote data cache). To investigate this design space, we have simulated five applications on a wide variety of possible DSM architectures that employ significantly different caching techniques. We also examine the impact of using a special purpose system interconnect designed specifically to support low latency DSM operation versus using a powerful off the shelf system interconnect. We found that two architectures have the best combination of good average performance and reasonable worst case performance: CC-NUMA employing a moderate sized DRAM remote access cache (RAC) and a hybrid CC-NUMA/S-COMA architecture called AS-COMA or adaptive S-COMA. Both pure CC-NUMA and pure S-COMA have serious performance problems for some applications, while CC-NUMA employing an SRAM RAC does not perform as well as the two architectures that employ larger DRAM caches. The paper concludes with several recommendations to designers of next generation DSM machines, complete with a discussion of the issues that led to each recommendation so that designers can decide which ones are relevant to them given changes in technology and corporate priorities. John B. Carter, Chen-Chi Kuo, Ravindra Kuramkote, Mark R. Swanson |
HiPC | 3 |
| 1998 | ASCOMA: An Adaptive Hybrid Shared Memory ArchitectureabstractScalable shared memory multiprocessors traditionally use either a cache coherent non-uniform memory access (CC-NUMA) or simple cache-only memory architecture (S-COMA) memory architecture. Recently, hybrid architectures that combine aspects of both CC-NUMA and S-COMA have emerged. We present two improvements over other hybrid architectures. The first improvement is a page allocation algorithm that prefers S-COMA pages at low memory pressures. Once the local free page pool is drained, additional pages are mapped in CC-NUMA mode until they suffer sufficient remote misses to warrant upgrading to S-COMA mode. The second improvement is a page replacement algorithm that dynamically backs off the rate of page remappings from CC-NUMA to S-COMA mode at high memory pressure. This design dramatically reduces the amount of kernel overhead and the number of induced cold misses caused by needless thrashing of the page cache. The resulting hybrid architecture is called adaptive S-COMA (AS-COMA). AS-COMA exploits the best of S-COMA and CC-NUMA, performing like an S-COMA machine at low memory pressure and like a CC-NUMA machine at high memory pressure. AS-COMA outperforms CC-NUMA under almost all conditions, and outperforms other hybrid architectures by up to 17% at low memory pressure and up to 90% at high memory pressure. Chen-Chi Kuo, John B. Carter, Ravindra Kuramkote, Mark R. Swanson |
ICPP | 3 |
| 1993 | Run-Time Support and Storage Management for Memory-Mapped Persistent ObjectsabstractThe authors present the design and implementation of a persistent store called SPOMS. SPOMS is a runtime system that provides a store for persistent objects and is language independent. The objects are created via calls to SPOMS, and, when used, SPOMS directly maps them into the spaces of all requesting processes. The objects are stored in native format and are concurrently sharable. The store can handle distributed applications. The system uses the concept of a compiled class to manage persistent objects. The compiled class is a template that is used to create and store objects in a language independent manner and so that object reuse can occur without recompilation or relinking of an application that uses it. A prototype of SPOMS has been built on top of the Mach operating system. The motivations, the design, and implementation details are presented. Related and future work are discussed.> Bruce Millard, Partha Dasgupta, Sanjay G. Rao, Ravindra Kuramkote |
ICDCS | 4 |