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

Prince Kohli

dblp:67/6580 · DBLP profile ↗
← Back
5ranked-venue papers
3as first author
0since 2021 · last 1998
—ORCID · none

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

Systems, architecture and hardware · 5 · 3 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
1 paper
Memory systems · 33% Parallel and multicore computing · 33% Distributed systems · 33%

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

TopicWeightPapersLastEvidence papers
Distributed systems
consistency protocols
0.011995
Indigo: User-Level Support for Building Distributed Shared Abstractions · HPDC 1995
Memory systems › shared memory
distributed shared memory
0.011995
Indigo: User-Level Support for Building Distributed Shared Abstractions · HPDC 1995
Parallel and multicore computing
parallel programming models
0.011995
Indigo: User-Level Support for Building Distributed Shared Abstractions · HPDC 1995
YearPublicationVenuePosition
1998 Indigo: user-level support for building distributed shared abstractions
abstract
Distributed systems that consist of workstations connected by high performance interconnects offer computational power comparable to moderate size parallel machines. Middleware like distributed shared memory (DSM) or distributed shared objects (DSO) attempts to improve the programmability of such hardware by presenting to application programmers interfaces similar to those offered by shared memory machines. This paper presents the portable Indigo data sharing library which provides a small set of primitives with which arbitrary shared abstractions are easily and efficiently implemented across distributed hardware platforms. Sample shared abstractions implemented with Indigo include DSM as well as fragmented objects, where the object state is split across different machines and where interfragment communications may be customized to application-specific consistency needs. The Indigo library's design and implementation are evaluated on two different target platforms: a workstation cluster and an IBM SP2 machine. As part of this evaluation, a novel DSM system and consistency protocol are implemented and evaluated with several high performance applications. Application performance attained with the DSM system is compared to the performance experienced when utilizing the underlying basic message-passing facilities or when employing Indigo to construct customized fragmented objects implementing the application's shared state. Such experimentation results in insights concerning the efficient implementation of DSM systems (e.g. how to deal with false sharing). It also leads to the conclusion that Indigo provides a sufficiently rich set of abstractions for efficient implementation of the next generation of parallel programming models for high performance machines. © 1998 John Wiley & Sons, Ltd.
Prince Kohli, Mustaque Ahamad, Karsten Schwan
Concurr. Pract. Exp.1
1995 Indigo: User-Level Support for Building Distributed Shared Abstractions
abstract
Distributed systems that consist of workstations connected by high performance interconnects offer computational power comparable to moderate size parallel machines. It is desirable that such workstation clusters can also be programmed the same way as shared memory machines. We develop a portable, user-level library, called Indigo, that can be used to program a variety of state sharing techniques. In particular, Indigo can be used to program DSM protocols as well as distributed shared abstractions where objects can be fragmented/replicated and consistency actions are customized according to application needs. We present an evaluation of Indigo by using its calls to implement a distributed shared memory system as well as shared abstractions for a number of applications.
Prince Kohli, Mustaque Ahamad, Karsten Schwan
HPDC1
1995 Causal Memory: Definitions, Implementation, and Programming
Mustaque Ahamad, Gil Neiger, James E. Burns, Prince Kohli, Phillip W. Hutto
Distributed Comput.4
1993 A Characterization of Scalable Shared Memories
abstract
The traditional consistency requirements of shared memory are expensive to provide both in large scale multiprocessor systems and in distributed systems that implement a shared memory abstraction. As a result, several memory systems have been proposed that enhance performance and scalabil ity by providing weaker consistency. The differing models used to describe such memories make it difficult to relate and compare them. We develop a simple non-operational model and identify parameters that can be varied to de scribe existing memories and to identify new ones. We show how a uniform framework makes it easy to compare and relate various memories.
Prince Kohli, Gil Neiger, Mustaque Ahamad
ICPP (1)1
1993 The Power of Processor Consistency
abstract
Shared memories that provide weaker consistency guarantees than the traditional sequentially consistent or atomic memories have been claimed to provide the key to building scalable systems.One influential memory model, processor considency, has been cited widely in the literature but, due to the lack of a precise and formal definition, contradictory claims have been made regarding its power.We use a formal model to give two distinct definitions of processors consistency: one corresponding to Goodman's original proposal and the other corresponding that given by the implementors of the DASH system.These definitions are non-operational and can be easily related to other types of memories.To illustrate the power of processor consistency, we exhibit a non-cooperative solution to the mutual exclusion problem that is correct with processor consistency.As a contrast, we show that Lamport's Bakery algorithm is not correct with processor consistency. 1
Mustaque Ahamad, Rida A. Bazzi, Ranjit John, Prince Kohli, Gil Neiger
SPAA4