Demo Data from EDBT 2026 / reviewers in the wild / expert
Frederick C. Wong
dblp:01/6264
· DBLP profile ↗
1ranked-venue papers
1as first author
0since 2021 · last 1999
—ORCID · unresolved
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 1 · 1 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
1 paper |
Performance modeling and evaluation · 56% High-performance computing · 28% Memory systems · 8% |
Topics — the 4 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Performance modeling and evaluation
benchmarking |
0.0 | 1 | 1999 | Architectural Requirements and Scalability of the NAS Parallel Benchmarks · SC 1999 |
Performance modeling and evaluation › benchmarking › parallel benchmark suites
NAS parallel benchmarks |
0.0 | 1 | 1999 | Architectural Requirements and Scalability of the NAS Parallel Benchmarks · SC 1999 |
High-performance computing
performance optimization at scale |
0.0 | 1 | 1999 | Architectural Requirements and Scalability of the NAS Parallel Benchmarks · SC 1999 |
Memory systems › cache
cache behavior |
0.0 | 1 | 1999 | Architectural Requirements and Scalability of the NAS Parallel Benchmarks · SC 1999 |
Methods — techniques the papers use, named apart from their topics
working set profiling · 0.0simulation · 0.0direct measurement · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1999 | Architectural Requirements and Scalability of the NAS Parallel BenchmarksabstractWe present a study of the architectural requirements and scalability of the NAS Parallel Benchmarks.Through direct measurements and simulations, we identify the factors which affect the scalability of benchmark codes on two relevant and distinct platforms; a cluster of workstations and a ccNUMA SGI Origin 2000.We find that the benefit of increased global cache size is pronounced in certain applications and often offsets the communication cost.By constructing the working set profile of the benchmarks, we are able to visualize the improvement of computational efficiency under constant-problem-size scaling.We also find that, while the Origin MPI has better point-to-point performance, the cluster MPI layer is more scalable with communication load.However, communication performance within the applications is often much lower than what would be achieved by microbenchmarks.We show that the communication protocols used by MPI runtime library are influential to the communication performance in applications, and that the benchmark codes have a wide spectrum of communication requirements. Frederick C. Wong, Richard P. Martin, Remzi H. Arpaci-Dusseau, David E. Culler |
SC | 1 |