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

Ashok Singhal

dblp:35/6050 · DBLP profile ↗
← Back
2ranked-venue papers
2as first author
0since 2021 · last 1994
—ORCID · none

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

Systems, architecture and hardware · 2 · 2 first-authorSoftware engineering, systems software and programming languages · 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
2 papers
Performance modeling and evaluation · 61% Processor architecture and microarchitecture · 29% Parallel and multicore computing · 10%

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

TopicWeightPapersLastEvidence papers
Performance modeling and evaluation › performance monitoring
hardware performance counters
0.011994
Architectural Support for Performance Tuning: A Case Study on the SPARCcenter2000 · ISCA 1994
Performance modeling and evaluation
performance tuning
0.011994
Architectural Support for Performance Tuning: A Case Study on the SPARCcenter2000 · ISCA 1994
Parallel and multicore computing › parallelization strategies
fine-grained parallelism
0.011989
A High Performance Prolog Processor with Multiple Function Units · ISCA 1989
Processor architecture and microarchitecture
instruction-level parallelism
0.011989
A High Performance Prolog Processor with Multiple Function Units · ISCA 1989
Processor architecture and microarchitecture › special-purpose processor
prolog processor
0.011989
A High Performance Prolog Processor with Multiple Function Units · ISCA 1989
Processor architecture and microarchitecture › multiprocessor architecture
bus-based multiprocessor
0.011994
Architectural Support for Performance Tuning: A Case Study on the SPARCcenter2000 · ISCA 1994

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

hardware event counters · 0.0case study · 0.0register-transfer level simulation · 0.0
YearPublicationVenuePosition
1994 Architectural Support for Performance Tuning: A Case Study on the SPARCcenter2000
abstract
Latency hiding techniques such as multilevel cache hierarchies yield high performance when applications map well onto hierarchy implementations, but performance can suffer drastically when they do not. Identifying and reducing mismatches between an application and the memory hierarchy is difficult without insight into the actual behavior of the hardware implementation. The authors advocate the use of hardware event counters, as a cheap, effective and practical way to tune applications for a given hardware platform. They take a case study approach, focussing on the counters available on the SPARCcenter 2000, a 20 processor, shared-bus based multiprocessor. They describe the tools built to relate hardware event counts to user applications and give examples to illustrate how these tools are useful in practice. They conclude with a critique of the current hardware counters, offering a user's perspective on how they could be redesigned to be more effective.>
Ashok Singhal, Aaron J. Goldberg
ISCA1
1989 A High Performance Prolog Processor with Multiple Function Units
abstract
We describe the Parallel Unification Machine (PLUM), a Prolog processor that exploits fine grain parallelism using multiple function units executing in parallel. In most cases the execution of bookkeeping instructions is almost completely overlapped by unification, and the performance of the processor is limited only by the available unification parallelism. We present measurements from a register transfer level simulator of PLUM. These results show that PLUM with 3 Unification Units achieves an average speedup of approximately 3.4 over the Berkeley VLSI-PLM, which is usually regarded as the current highest performance special purpose, pipelined Prolog processor. Measurements that show the effects of multiple Unification Units and memory access time on performance are also presented.
Ashok Singhal, Yale N. Patt
ISCA1