Demo Data from EDBT 2026 / reviewers in the wild / expert
Bryan Roger Buck
dblp:37/6015
· DBLP profile ↗
2ranked-venue papers
2as first author
0since 2021 · last 2004
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 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 · 50% Memory systems · 50% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Memory systems › cache
cache performance |
0.1 | 2 | 2004 | Data Centric Cache Measurement on the Intel ltanium 2 Processor · SC 2004 Using Hardware Performance Monitors to Isolate Memory Bottlenecks · SC 2000 |
Performance modeling and evaluation › performance monitoring
hardware performance counters |
0.0 | 1 | 2004 | Data Centric Cache Measurement on the Intel ltanium 2 Processor · SC 2004 |
Performance modeling and evaluation › performance monitoring
hardware performance monitoring |
0.0 | 1 | 2000 | Using Hardware Performance Monitors to Isolate Memory Bottlenecks · SC 2000 |
Methods — techniques the papers use, named apart from their topics
hardware performance counter sampling · 0.0cache miss address sampling · 0.0simulation · 0.0hardware performance counters · 0.0cache miss sampling · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2004 | Data Centric Cache Measurement on the Intel ltanium 2 ProcessorabstractProcessor speed continues to increase faster than the speed of access to main memory, making effective use of memory caches more important. Information about an application’s interaction with the cache is therefore critical to performance tuning. To be most useful, tools that measure this information should relate it to the source code level data structures in an application. We describe how to gather such information by using hardware performance counters to sample cache miss addresses, and present a new tool named Cache Scope that does this using the Intel Itanium 2 performance monitors. We present experimental results concerning Cache Scope’s accuracy and perturbation of cache behavior. We also describe a case study of using Cache Scope to tune two applications, achieving 24% and 19% reductions in running time. Bryan Roger Buck, Jeffrey K. Hollingsworth |
SC | 1 |
| 2000 | Using Hardware Performance Monitors to Isolate Memory BottlenecksabstractIn this paper, we present and evaluate two techniques that use different styles of hardware support to provide data structure specific processor cache information. In one approach, hardware performance counter overflow interrupts are used to sample cache misses. In the other, cache misses within regions of memory are counted to perform an n-way search for the areas in which the most misses are occurring. We present a simulation-based study and comparison of the two techniques. We find that both techniques can provide accurate information, and describe the relative advantages and disadvantages of each. Bryan Roger Buck, Jeffrey K. Hollingsworth |
SC | 1 |