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

Bryan Roger Buck

dblp:37/6015 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Memory systems › cache
cache performance
0.122004
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.012004
Data Centric Cache Measurement on the Intel ltanium 2 Processor · SC 2004
Performance modeling and evaluation › performance monitoring
hardware performance monitoring
0.012000
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
YearPublicationVenuePosition
2004 Data Centric Cache Measurement on the Intel ltanium 2 Processor
abstract
Processor 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
SC1
2000 Using Hardware Performance Monitors to Isolate Memory Bottlenecks
abstract
In 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
SC1