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

Ramesh Subramonian

dblp:96/3273 · DBLP profile ↗
← Back
9ranked-venue papers
3as first author
0since 2021 · last 2012
—ORCID · none

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

Systems, architecture and hardware · 4 · 1 first-authorTheory of computation · 3Artificial intelligence and machine learning · 2 · 2 first-authorDatabases, data management, data science and information retrieval · 2 · 2 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
3 papers
Parallel and multicore computing · 70% Distributed systems · 30%
Databases, data mining, and information retrieval
2 papers
Data integration and cleaning · 57% Data mining · 43%
Computer graphics and multimedia
1 paper
Visualization and visual analytics · 100%
Human-computer interaction and pervasive computing
1 paper
User interface design and tools · 100%

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

TopicWeightPapersLastEvidence papers
Data integration and cleaning › data preprocessing › discretization
attribute discretization
0.011997
A Visual Interactive Framework for Attribute Discretization · KDD 1997
Data integration and cleaning
data preprocessing
0.011997
A Visual Interactive Framework for Attribute Discretization · KDD 1997
Visualization and visual analytics
interactive visualization
0.011997
A Visual Interactive Framework for Attribute Discretization · KDD 1997
Parallel and multicore computing › parallel algorithms
parallel algorithm design
0.011993
LogP: Towards a Realistic Model of Parallel Computation · PPoPP 1993
Parallel and multicore computing
parallel computation models
0.011993
LogP: Towards a Realistic Model of Parallel Computation · PPoPP 1993
Distributed systems › fault tolerance › failure models
fail-stop errors
0.021992
Asynchronous PRAMs Are (Almost) as Good as Synchronous PRAMs · FOCS 1990
Work-Optimal Asynchronous Algorithms for Shared Memory Parallel Computers · SIAM J. Comput. 1992
Distributed systems
fault tolerance
0.021992
Asynchronous PRAMs Are (Almost) as Good as Synchronous PRAMs · FOCS 1990
Work-Optimal Asynchronous Algorithms for Shared Memory Parallel Computers · SIAM J. Comput. 1992
Parallel and multicore computing
parallel algorithms
0.011992
Work-Optimal Asynchronous Algorithms for Shared Memory Parallel Computers · SIAM J. Comput. 1992
Parallel and multicore computing › parallel algorithms
shared-memory parallel algorithms
0.011992
Work-Optimal Asynchronous Algorithms for Shared Memory Parallel Computers · SIAM J. Comput. 1992
Parallel and multicore computing › parallel computation models
PRAM
0.011990
Asynchronous PRAMs Are (Almost) as Good as Synchronous PRAMs · FOCS 1990
Data mining
pattern mining
0.011998
Defining diff as a Data Mining Primitive · KDD 1998

Methods — techniques the papers use, named apart from their topics

visual analytics · 0.1scheduling · 0.0randomization · 0.0synchronization primitives · 0.0simulation · 0.0
YearPublicationVenuePosition
2012 Untangling cluster management with Helix
abstract
Distributed data systems systems are used in a variety of settings like online serving, offline analytics, data transport, and search, among other use cases. They let organizations scale out their workloads using cost-effective commodity hardware, while retaining key properties like fault tolerance and scalability. At LinkedIn we have built a number of such systems. A key pattern we observe is that even though they may serve different purposes, they tend to have a lot of common functionality, and tend to use common building blocks in their architectures. One such building block that is just beginning to receive attention is cluster management, which addresses the complexity of handling a dynamic, large-scale system with many servers. Such systems must handle software and hardware failures, setup tasks such as bootstrapping data, and operational issues such as data placement, load balancing, planned upgrades, and cluster expansion.
Kishore Gopalakrishna, Shi Lu, Adam Silberstein, Kapil Surlaker, Ramesh Subramonian, Bob Schulman
SoCC6
1998 Defining diff as a Data Mining Primitive
Ramesh Subramonian
KDD1
1997 A Visual Interactive Framework for Attribute Discretization
Ramesh Subramonian, Ramana Venkata, Joyce Chen
KDD1
1993 LogP: Towards a Realistic Model of Parallel Computation
abstract
A vast body of theoretical research has focused either on overly simplistic models of parallel computation, notably the PRAM, or overly specific models that have few representatives in the real world. Both kinds of models encourage exploitation of formal loopholes, rather than rewarding development of techniques that yield performance across a range of current and future parallel machines. This paper offers a new parallel machine model, called LogP, that reflects the critical technology trends underlying parallel computers. it is intended to serve as a basis for developing fast, portable parallel algorithms and to offer guidelines to machine designers. Such a model must strike a balance between detail and simplicity in order to reveal important bottlenecks without making analysis of interesting problems intractable. The model is based on four parameters that specify abstractly the computing bandwidth, the communication bandwidth, the communication delay, and the efficiency of coupling communication and computation. Portable parallel algorithms typically adapt to the machine configuration, in terms of these parameters. The utility of the model is demonstrated through examples that are implemented on the CM-5.
David E. Culler, Richard M. Karp, David A. Patterson 0001, Abhijit Sahay, Klaus E. Schauser, Eunice E. Santos, Ramesh Subramonian, Thorsten von Eicken
PPoPP7
1992 On the Complexity of Certified Write All Algorithms
Chip Martel, Ramesh Subramonian
FSTTCS2
1992 Designing Synchronous Algorithms for Asynchronous Processors
abstract
The PRAM model has proven to be a fertile ground tural support motivates the design of algorithms which are immune to cache incoherence. 1
Ramesh Subramonian
SPAA1
1992 Work-Optimal Asynchronous Algorithms for Shared Memory Parallel Computers
abstract
This paper develops shared memory algorithms for asynchronous processor systems that require the same expected work as the best PRAM algorithms. These algorithms operate efficiently under general asynchronous processor behavior (where individual processor speeds are allowed to vary widely over time). This paper achieves these results by employing a methodology that uses randomization to schedule subtasks of a parallel program. The resulting algorithms allow processors to (i) have arbitrary asynchronous behavior, (ii) have fail-stop errors, (iii) join a computation at any time, and (iv) have no unique identifiers. This paper develops a performance metric for asynchronous parallel computations, called work, which is the total number of instructions (including busy-waiting instructions) performed by a collection of parallel processors during a computation. The main result is to compute any associative function of n variables with $O(n)$ expected work, using up to $n/\log n\log^* n$ asynchronous processors, and with $O(n\log n)$ expected work using up to n processors. These results provide a synchronization primitive that can be used to transform any PRAM program into an asynchronous PRAM program.
Chip Martel, Arvin Park, Ramesh Subramonian
SIAM J. Comput.3
1990 Asynchronous PRAMs Are (Almost) as Good as Synchronous PRAMs
abstract
A PRAM (parallel random-access-machine) model that allows processors to have arbitrary asynchronous behavior is introduced. The main result shows that any n-processor CRCW (concurrent-read, concurrent-write) PRAM program can be simulated on an asynchronous CRCW PRAM using O(n) expected work per parallel step and up to n/log n log*n asynchronous processors. It is shown that a synchronization primitive for n parallel instructions can be computed using O(n) expected work by a system of asynchronous processors. Since a special case of asynchronous behavior is a fail-stop error, the simulation technique described above can convert any PRAM program into a PRAM program that is resistant to all fail-stop errors and has the same expected work as the original program.>
Chip Martel, Ramesh Subramonian, Arvin Park
FOCS2
1990 Asynchronous PRAM Algorithms for List Ranking and Transitive Closure
Chip Martel, Ramesh Subramonian
ICPP (3)2