Demo Data from EDBT 2026 / reviewers in the wild / expert
Pritpal S. Ahuja
dblp:47/5577
· DBLP profile ↗
5ranked-venue papers
2as 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 · 5 · 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
4 papers |
Memory systems · 74% Processor architecture and microarchitecture · 18% Cloud and datacenter computing · 6% | |
| Software engineering, system software, and programming languages
1 paper |
Compilers and program optimization · 100% |
Topics — the 16 heaviest of 16, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Memory systems
cache management |
0.1 | 1 | 2012 | The gradient-based cache partitioning algorithm · ACM Trans. Archit. Code Optim. 2012 |
Memory systems › cache management
cache partitioning |
0.1 | 1 | 2012 | The gradient-based cache partitioning algorithm · ACM Trans. Archit. Code Optim. 2012 |
Memory systems › cache management
cache replacement |
0.1 | 1 | 2012 | The gradient-based cache partitioning algorithm · ACM Trans. Archit. Code Optim. 2012 |
Processor architecture and microarchitecture
branch prediction |
0.0 | 2 | 1999 | Branch Prediction, Instruction-Window Size, and Cache Size: Performance Trade-Offs and Simulation Techniques · IEEE Trans. Computers 1999 Improving Prediction for Procedure Returns with Return-address-stack Repair Mechanisms · MICRO 1998 |
Cloud and datacenter computing
quality of service |
0.0 | 1 | 2012 | The gradient-based cache partitioning algorithm · ACM Trans. Archit. Code Optim. 2012 |
Memory systems › cache › multiprocessor cache
shared cache |
0.0 | 1 | 2012 | The gradient-based cache partitioning algorithm · ACM Trans. Archit. Code Optim. 2012 |
Memory systems
cache design |
0.0 | 1 | 1999 | Branch Prediction, Instruction-Window Size, and Cache Size: Performance Trade-Offs and Simulation Techniques · IEEE Trans. Computers 1999 |
Processor architecture and microarchitecture › out-of-order execution
instruction window |
0.0 | 1 | 1999 | Branch Prediction, Instruction-Window Size, and Cache Size: Performance Trade-Offs and Simulation Techniques · IEEE Trans. Computers 1999 |
Processor architecture and microarchitecture › pipelining
bypass network |
0.0 | 1 | 1995 | The performance impact of incomplete bypassing in processor pipelines · MICRO 1995 |
Processor architecture and microarchitecture › pipelining
pipeline hazard |
0.0 | 1 | 1995 | The performance impact of incomplete bypassing in processor pipelines · MICRO 1995 |
Processor architecture and microarchitecture
pipelining |
0.0 | 1 | 1995 | The performance impact of incomplete bypassing in processor pipelines · MICRO 1995 |
Performance modeling and evaluation › simulation
processor simulation |
0.0 | 1 | 1999 | Branch Prediction, Instruction-Window Size, and Cache Size: Performance Trade-Offs and Simulation Techniques · IEEE Trans. Computers 1999 |
Performance modeling and evaluation
simulation |
0.0 | 1 | 1999 | Branch Prediction, Instruction-Window Size, and Cache Size: Performance Trade-Offs and Simulation Techniques · IEEE Trans. Computers 1999 |
Processor architecture and microarchitecture › branch prediction
control flow prediction |
0.0 | 1 | 1998 | Improving Prediction for Procedure Returns with Return-address-stack Repair Mechanisms · MICRO 1998 |
Processor architecture and microarchitecture › speculative execution
multi-path execution |
0.0 | 1 | 1998 | Improving Prediction for Procedure Returns with Return-address-stack Repair Mechanisms · MICRO 1998 |
Compilers and program optimization
program transformation |
0.0 | 1 | 1995 | The performance impact of incomplete bypassing in processor pipelines · MICRO 1995 |
Methods — techniques the papers use, named apart from their topics
gradient-based optimization · 0.1cycle-level simulation · 0.0simplescalar simulation · 0.0sampling · 0.0return-address stack repair · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2012 | The gradient-based cache partitioning algorithmabstractThis paper addresses the problem of partitioning a cache between multiple concurrent threads and in the presence of hardware prefetching. Cache replacement designed to preserve temporal locality (e.g., LRU) will allocate cache resources proportional to the miss-rate of each competing thread irrespective of whether the cache space will be utilized [Qureshi and Patt 2006]. This is clearly suboptimal as applications vary dramatically in their use of recently accessed data. We address this problem by partitioning a shared cache such that a global goodness metric is optimized. This paper introduces the Gradient-based Cache Partitioning Algorithm (GPA), whose variants optimize either hitrate, total instructions per cycle (IPC) or a weighted IPC metric designed to enforce Quality of Service (QoS) [Iyer 2004]. In the context of QoS, GPA enables us to obtain the maximum throughput of low-priority threads, while ensuring high performance on high-priority threads. The GPA mechanism is robust, low-cost, integrates easily with existing cache designs and improves the throughput of an in-order 8-core system sharing an 8MB L3 cache by ∼14%. William Hasenplaugh, Pritpal S. Ahuja, Aamer Jaleel, Simon C. Steely Jr., Joel S. Emer |
ACM Trans. Archit. Code Optim. | 2 |
| 1999 | Branch Prediction, Instruction-Window Size, and Cache Size: Performance Trade-Offs and Simulation TechniquesabstractDesign parameters interact in complex ways in modern processors, especially because out-of-order issue and decoupling buffers allow latencies to be overlapped. Trade-offs among instruction-window size, branch-prediction accuracy, and instruction- and data-cache size can change as these parameters move through different domains. For example, modeling unrealistic caches can under- or overstate the benefits of better prediction or a larger instruction window. Avoiding such pitfalls requires understanding how all these parameters interact. Because such methodological mistakes are common, this paper provides a comprehensive set of SimpleScalar simulation results from SPECint95 programs, showing the interactions among these major structures. In addition to presenting this database of simulation results, major mechanisms driving the observed trade-offs are described. The paper also considers appropriate simulation techniques when sampling full-length runs with the SPEC reference inputs. In particular, the results show that branch mispredictions limit the benefits of larger instruction windows, that better branch prediction and better instruction cache behavior have synergistic effects, and that the benefits of larger instruction windows and larger data caches trade off and have overlapping effects. In addition, simulations of only 50 million instructions can yield representative results if these short windows are carefully selected. Kevin Skadron, Pritpal S. Ahuja, Margaret Martonosi, Douglas W. Clark |
IEEE Trans. Computers | 2 |
| 1998 | Multipath Execution: Opportunities and LimitsabstractArticle Free Access Share on Multipath execution: opportunities and limits Authors: Pritpal S. Ahuja Depts. of Computer Science, Princeton University, Princeton, New Jersey Depts. of Computer Science, Princeton University, Princeton, New JerseyView Profile , Kevin Skadron Depts. of Computer Science, Princeton University, Princeton, New Jersey Depts. of Computer Science, Princeton University, Princeton, New JerseyView Profile , Margaret Martonosi Depts. of Electrical Engineering, Princeton University, Princeton, New Jersey Depts. of Electrical Engineering, Princeton University, Princeton, New JerseyView Profile , Douglas W. Clark Depts. of Computer Science, Princeton University, Princeton, New Jersey Depts. of Computer Science, Princeton University, Princeton, New JerseyView Profile Authors Info & Claims ICS '98: Proceedings of the 12th international conference on SupercomputingJuly 1998 Pages 101–108https://doi.org/10.1145/277830.277854Online:13 July 1998Publication History 32citation410DownloadsMetricsTotal Citations32Total Downloads410Last 12 Months9Last 6 weeks2 Get Citation AlertsNew Citation Alert added!This alert has been successfully added and will be sent to:You will be notified whenever a record that you have chosen has been cited.To manage your alert preferences, click on the button below.Manage my AlertsNew Citation Alert!Please log in to your account Save to BinderSave to BinderCreate a New BinderNameCancelCreateExport CitationPublisher SiteeReaderPDF Pritpal S. Ahuja, Kevin Skadron, Margaret Martonosi, Douglas W. Clark |
International Conference on Supercomputing | 1 |
| 1998 | Improving Prediction for Procedure Returns with Return-address-stack Repair MechanismsabstractThis paper evaluates several mechanisms for repairing the return-address stack after branch mispredictions. The return-address stack is a small but important structure for achieving better control-flow prediction accuracy and therefore better performance. But wrong-path execution after mispredictions frequently corrupts the return-address stack, making repair mechanisms necessary. If the processor implements multipath execution-simultaneously executing both sides of a branch-the contention among different paths makes the problem more severe. For conventional, single-path processors, this paper proposes saving both the top-of-stack pointer and the top-of-stack contents for later restoration in case of a misprediction. This simple technique achieves nearly 100% hit rates and improves performance by up to 8.7% compared to a stack with no repair mechanism. For multipath processors, providing each path with its own return-address stack completely eliminates contention, improving performance by over 25%. Kevin Skadron, Pritpal S. Ahuja, Margaret Martonosi, Douglas W. Clark |
MICRO | 2 |
| 1995 | The performance impact of incomplete bypassing in processor pipelinesabstractPipelined processors employ hardware bypassing to eliminate certain pipeline hazards. By passing is logically simple but can be costly, especially in wide issue and deeply pipelined machines. In this paper bypassing is studied in detail, with an emphasis on designs in which the bypassing network is not complete. Cycle-level simulations of a model of integer and floating-point pipelines running some of the SPEC92 benchmarks show that at least half of the instructions executed used a bypassed register result from a previous instruction. Missing bypasses induce interlock stalls. The paper reports measurements of the performance impact of a number of pipeline configurations with incomplete bypassing networks. This impact ranges from a slowdown of just a few percent for a configuration with one late bypass missing to a slowdown of almost a factor of two for the integer pipe with no bypassing at all. Two types of code alterations reduce the new interlock stalls. A simple code transformation, the interchange of operands in instructions that perform commutative operations, cuts the performance loss from interlock stalls in certain configurations between about 20 and 50 percent. The second transformation is to reschedule code within basic blocks to avoid any missing bypasses. In five individual experiments with a small number of configurations and two benchmarks, this rescheduling saved 25 to 50 percent of the interlock stalls. In certain configurations both transformations can be applied. Pritpal S. Ahuja, Douglas W. Clark, Anne Rogers |
MICRO | 1 |