Demo Data from VLDB 2026 / reviewers in the wild / expert
Steve Scott
dblp:92/719
· DBLP profile ↗
10ranked-venue papers
3as first author
1since 2021 · last 2022
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 10 · 3 first-author · 1 since 2021Software engineering, systems software and programming languages · 2 · 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
9 papers |
Interconnection networks and networks-on-chip · 66% High-performance computing · 10% Processor architecture and microarchitecture · 9% | |
| Computer networks
1 paper |
Internet architecture and protocols · 100% | |
| Artificial intelligence
1 paper |
Efficient and distributed learning · 100% |
Topics — the 21 heaviest of 25, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Internet architecture and protocols
network topology |
0.6 | 1 | 2022 | HammingMesh: A Network Topology for Large-Scale Deep Learning · SC 2022 |
Interconnection networks and networks-on-chip › network topology
network topology design |
0.6 | 1 | 2022 | HammingMesh: A Network Topology for Large-Scale Deep Learning · SC 2022 |
Interconnection networks and networks-on-chip › routing algorithms
adaptive routing |
0.3 | 2 | 2015 | Overcoming far-end congestion in large-scale networks · HPCA 2015 Technology-Driven, Highly-Scalable Dragonfly Topology · ISCA 2008 |
Machine learning › Efficient and distributed learning
distributed training |
0.2 | 1 | 2022 | HammingMesh: A Network Topology for Large-Scale Deep Learning · SC 2022 |
Interconnection networks and networks-on-chip › network topology › low-diameter topology
dragonfly network |
0.1 | 2 | 2015 | Technology-Driven, Highly-Scalable Dragonfly Topology · ISCA 2008 Overcoming far-end congestion in large-scale networks · HPCA 2015 |
Interconnection networks and networks-on-chip
network topology |
0.1 | 2 | 2015 | Technology-Driven, Highly-Scalable Dragonfly Topology · ISCA 2008 Overcoming far-end congestion in large-scale networks · HPCA 2015 |
Electronic design automation › physical design
routing |
0.1 | 1 | 2008 | Technology-Driven, Highly-Scalable Dragonfly Topology · ISCA 2008 |
Memory systems › shared memory
distributed shared memory |
0.1 | 1 | 2007 | The Cray BlackWidow: a highly scalable vector multiprocessor · SC 2007 |
Processor architecture and microarchitecture › vector processor
vector multiprocessor |
0.1 | 1 | 2007 | The Cray BlackWidow: a highly scalable vector multiprocessor · SC 2007 |
High-performance computing
performance optimization at scale |
0.1 | 2 | 2006 | High productivity - High productivity computing and usable petascale systems · SC 2006 Performance of the CRAY T3E Multiprocessor · SC 1997 |
Interconnection networks and networks-on-chip › switching network › multistage interconnection network
folded-clos network |
0.1 | 1 | 2006 | The BlackWidow High-Radix Clos Network · ISCA 2006 |
Memory systems
memory hierarchy |
0.1 | 1 | 2006 | High productivity - High productivity computing and usable petascale systems · SC 2006 |
Processor architecture and microarchitecture
multicore design |
0.1 | 1 | 2006 | Multi-core issues - Multi-Core for HPC: breakthrough or breakdown? · SC 2006 |
Interconnection networks and networks-on-chip › switch architecture
high-radix router |
0.0 | 1 | 2008 | Technology-Driven, Highly-Scalable Dragonfly Topology · ISCA 2008 |
High-performance computing
supercomputing |
0.0 | 1 | 2007 | The Cray BlackWidow: a highly scalable vector multiprocessor · SC 2007 |
High-performance computing › supercomputing
petascale computing |
0.0 | 1 | 2006 | High productivity - High productivity computing and usable petascale systems · SC 2006 |
Parallel and multicore computing
programming models |
0.0 | 1 | 2006 | Multi-core issues - Multi-Core for HPC: breakthrough or breakdown? · SC 2006 |
Interconnection networks and networks-on-chip › router architecture
router microarchitecture |
0.0 | 1 | 2006 | The BlackWidow High-Radix Clos Network · ISCA 2006 |
Processor architecture and microarchitecture
latency hiding |
0.0 | 1 | 1997 | Performance of the CRAY T3E Multiprocessor · SC 1997 |
Processor architecture and microarchitecture
multiprocessor architecture |
0.0 | 1 | 1997 | Performance of the CRAY T3E Multiprocessor · SC 1997 |
Memory systems › on-chip memory
stream buffer |
0.0 | 1 | 1997 | Performance of the CRAY T3E Multiprocessor · SC 1997 |
Methods — techniques the papers use, named apart from their topics
workload analysis · 1.7queue occupancy averaging · 0.2history-window based congestion estimation · 0.2multithreading · 0.1hardware accelerators · 0.1selective virtual-channel discrimination · 0.1credit round-trip latency · 0.1system architecture design · 0.1performance evaluation · 0.1vector processing · 0.1scalar processing · 0.1flatter memory hierarchy · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | HammingMesh: A Network Topology for Large-Scale Deep LearningabstractNumerous microarchitectural optimizations unlocked tremendous processing power for deep neural networks that in turn fueled the AI revolution. With the exhaustion of such optimizations, the growth of modern AI is now gated by the performance of training systems, especially their data movement. Instead of focusing on single accelerators, we investigate data-movement characteristics of large-scale training at full system scale. Based on our workload analysis, we design HammingMesh, a novel network topology that provides high bandwidth at low cost with high job scheduling flexibility. Specifically, HammingMesh can support full bandwidth and isolation to deep learning training jobs with two dimensions of parallelism. Furthermore, it also supports high global bandwidth for generic traffic. Thus, HammingMesh will power future large-scale deep learning systems with extreme bandwidth requirements. Torsten Hoefler, Tommaso Bonato, Daniele De Sensi, Salvatore Di Girolamo, Shigang Li 0002, Marco Heddes, Jon Belk, Deepak Goel, Miguel Castro 0001, Steve Scott |
SC | 10 |
| 2015 | Overcoming far-end congestion in large-scale networksabstractAccurately estimating congestion for proper global adaptive routing decisions (i.e., determine whether a packet should be routed minimally or non-minimally) has a significant impact on overall performance for high-radix topologies, such as the Dragonfly topology. Prior work have focused on understanding near-end congestion - i.e., congestion that occurs at the current router - or downstream congestion - i.e., congestion that occurs in downstream routers. However, most prior work do not evaluate the impact of far-end congestion or the congestion from the high channel latency between the routers. In this work, we refer to far-end congestion as phantom congestion as the congestion is not "real" congestion. Because of the long inter-router latency, the in-flight packets (and credits) result in inaccurate congestion information and can lead to inaccurate adaptive routing decisions. In addition, we show how transient congestion occurs as the occupancy of network queues fluctuate due to random traffic variation, even in steady-state conditions. This also results in inaccurate adaptive routing decisions that degrade network performance with lower throughput and higher latency. To overcome these limitations, we propose a history-window based approach to remove the impact of phantom congestion. We also show how using the average of local queue occupancies and adding an offset significantly remove the impact of transient congestion. Our evaluations of the adaptive routing in a large-scale Dragonfly network show that the combination of these techniques results in an adaptive routing that nearly matches the performance of an ideal adaptive routing algorithm. Jongmin Won, Gwangsun Kim, John Kim 0001, Ted Jiang, Mike Parker, Steve Scott |
HPCA | 6 |
| 2008 | Technology-Driven, Highly-Scalable Dragonfly TopologyabstractEvolving technology and increasing pin-bandwidth motivate the use of high-radix routers to reduce the diameter, latency, and cost of interconnection networks. High-radix networks, however, require longer cables than their low-radix counterparts. Because cables dominate network cost, the number of cables, and particularly the number of long, global cables should be minimized to realize an efficient network. In this paper, we introduce the dragonfly topology which uses a group of high-radix routers as a virtual router to increase the effective radix of the network. With this organization, each minimally routed packet traverses at most one global channel. By reducing global channels, a dragonfly reduces cost by 20% compared to a flattened butterfly and by 52% compared to a folded Clos network in configurations with ≥ 16K nodes.We also introduce two new variants of global adaptive routing that enable load-balanced routing in the dragonfly. Each router in a dragonfly must make an adaptive routing decision based on the state of a global channel connected to a different router. Because of the indirect nature of this routing decision, conventional adaptive routing algorithms give degraded performance. We introduce the use of selective virtual-channel discrimination and the use of credit round-trip latency to both sense and signal channel congestion. The combination of these two methods gives throughput and latency that approaches that of an ideal adaptive routing algorithm. John Kim 0001, William J. Dally, Steve Scott, Dennis Abts |
ISCA | 3 |
| 2007 | The Cray BlackWidow: a highly scalable vector multiprocessorabstractThis paper describes the system architecture of the Cray BlackWidow scalable vector multiprocessor. The BlackWidow system is a distributed shared memory (DSM) architecture that is scalable to 32K processors, each with a 4-way dispatch scalar execution unit and an 8-pipe vector unit capable of 20.8 Gflops for 64-bit operations and 41.6 Gflops for 32-bit operations at the prototype operating frequency of 1.3 GHz. Global memory is directly accessible with processor loads and stores and is globally coherent. The system supports thousands of outstanding references to hide remote memory latencies, and provides a rich suite of built-in synchronization primitives. Each BlackWidow node is implemented as a 4-way SMP with up to 128 Gbytes of DDR2 main memory capacity. The system supports common programming models such as MPI and OpenMP, as well as global address space languages such as UPC and CAF. We describe the system architecture and microarchitecture of the processor, memory controller, and router chips. We give preliminary performance results and discuss design tradeoffs. Dennis Abts, Abdulla Bataineh, Steve Scott, Greg Faanes, James L. Schwarzmeier, Eric Lundberg, Tim Johnson, Mike Bye, Gerald Schwoerer |
SC | 3 |
| 2006 | Challenges and opportunities in the post single-thread-processor eraabstractThe age of the single thread juggernaut has ended, due to a variety of factors. Multi-core processors are coming on strong, and scaling in being stressed more than ever. This presents a number of architectural, hardware and software challenges. This talk will reflect on these challenges from Cray's perspective in the high performance computing industry. Steve Scott |
PACT | 1 |
| 2006 | The BlackWidow High-Radix Clos NetworkabstractThis paper describes the radix-64 folded-Clos network of the Cray BlackWidow scalable vector multiprocessor. We describe the BlackWidow network which scales to 32K processors with a worstcase diameter of seven hops, and the underlying high-radix router microarchitecture and its implementation. By using a high-radix router with many narrow channels we are able to take advantage of the higher pin density and faster signaling rates available in modern ASIC technology. The BlackWidow router is an 800 MHz ASIC with 64 18.75Gb/s bidirectional ports for an aggregate offchip bandwidth of 2.4Tb/s. Each port consists of three 6.25Gb/s differential signals in each direction. The router supports deterministic and adaptive packet routing with separate buffering for request and reply virtual channels. The router is organized hierarchically [13] as an 8×8 array of tiles which simplifies arbitration by avoiding long wires in the arbiters. Each tile of the array contains a router port, its associated buffering, and an 8×8 router subswitch. The router ASIC is implemented in a 90nm CMOS standard cell ASIC technology and went from concept to tapeout in 17 months. Steve Scott, Dennis Abts, John Kim 0001, William J. Dally |
ISCA | 1 |
| 2006 | High productivity - High productivity computing and usable petascale systemsabstractHigh Performance Computing has seen extraordinary growth in peak performance which has been accompanied by a significant increase in the difficulty of using these systems. High Productivity Computing Systems (HPCS) seek to address this gap by producing petascale computers that are usable by a broader range of scientists and engineers. One of the most important HPCS innovations is the concept of a flatter memory hierarchy, which means that data from remote processors can be retrieved and used very efficiently. A flatter memory hierarchy increases performance and is easier to program. Jeremy Kepner, Bob Lucas, Mootaz Elnozahy, Jim Mitchell, Steve Scott |
SC | 5 |
| 2006 | Roadmaps and visions I - Cray: creating a path to adaptive supercomputingabstractThis presentation will outline Cray's Adaptive Supercomputing vision. Cray's phased approach will take the concept of heterogeneous computing to a new level by integrating a range of processing technologies in a single platform. These Linux-based systems will combine scalar processing, vector processing, multithreading and hardware accelerators to solve scientific and engineering problems more quickly and make programmers and end users more productive. Powerful compilers and other software will automatically match an application to the processing technology that is best suited for it, allowing the supercomputer to flexibly adapt to the application rather than obligating users to adapt their applications to the system. Steve Scott |
SC | 1 |
| 2006 | Multi-core issues - Multi-Core for HPC: breakthrough or breakdown?abstractA dramatic trend in computing is the adoption of multi-core technology by the vendors from which our current and future HPC systems are being derived. Multi-core is offered as a path to continued reliance and benefits of Moore's Law while reining in the previously unfettered growth of power consumption and design complexity. Are we saved? or is it but a fools mission, trapping us in a technical cul de sac with no long term direction and no way to reinvent an alternative future. The panel will consider the following questions:* Can multi-core span the next decade of Moore's Law progression?* Are the pins and caches a strangle hold on the future effectiveness of multi-core?* Can innovative algorithmic techniques exploit the opportunities and address the challenges of multi-core?* How will programming models and supporting system software change to accommodate the unique properties and peculiarities of multi-core structures? Thomas L. Sterling, Peter M. Kogge, William J. Dally, Steve Scott, William Gropp, David E. Keyes, Pete Beckman |
SC | 4 |
| 1997 | Performance of the CRAY T3E MultiprocessorabstractThe CRAY T3E is a scalable shared-memory multiprocessor based on the DEC Alpha 21164 microprocessor. The system includes a number of novel architectural features designed to tolerate latency, enhance scalability, and deliver high performance on scientific and engineering codes. Included among these are stream buffers, which detect and prefetch down small-stride reference streams, E-registers, which provide latency hiding and non-unit-stride access capabilities, barrier and fetch_and_op synchronization support, and a scalable, high-bandwidth interconnection network.This paper reports our experiences with the CRAY T3E and presents a variety of performance measurements. Section 2 provides a brief overview of the system architecture. Section 3 describes the latency-hiding features (caches, stream buffers and E-registers) in more detail, assesses their performance impact, and discusses coding techniques for using them. Section 4 presents single-processor performance results. Finally, Section 5 discusses system scalability. Edward J. Anderson, Jeff Brooks, Charles Grassl, Steve Scott |
SC | 4 |