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

Steve Scott

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

TopicWeightPapersLastEvidence papers
Internet architecture and protocols
network topology
0.612022
HammingMesh: A Network Topology for Large-Scale Deep Learning · SC 2022
Interconnection networks and networks-on-chip › network topology
network topology design
0.612022
HammingMesh: A Network Topology for Large-Scale Deep Learning · SC 2022
Interconnection networks and networks-on-chip › routing algorithms
adaptive routing
0.322015
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.212022
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.122015
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.122015
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.112008
Technology-Driven, Highly-Scalable Dragonfly Topology · ISCA 2008
Memory systems › shared memory
distributed shared memory
0.112007
The Cray BlackWidow: a highly scalable vector multiprocessor · SC 2007
Processor architecture and microarchitecture › vector processor
vector multiprocessor
0.112007
The Cray BlackWidow: a highly scalable vector multiprocessor · SC 2007
High-performance computing
performance optimization at scale
0.122006
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.112006
The BlackWidow High-Radix Clos Network · ISCA 2006
Memory systems
memory hierarchy
0.112006
High productivity - High productivity computing and usable petascale systems · SC 2006
Processor architecture and microarchitecture
multicore design
0.112006
Multi-core issues - Multi-Core for HPC: breakthrough or breakdown? · SC 2006
Interconnection networks and networks-on-chip › switch architecture
high-radix router
0.012008
Technology-Driven, Highly-Scalable Dragonfly Topology · ISCA 2008
High-performance computing
supercomputing
0.012007
The Cray BlackWidow: a highly scalable vector multiprocessor · SC 2007
High-performance computing › supercomputing
petascale computing
0.012006
High productivity - High productivity computing and usable petascale systems · SC 2006
Parallel and multicore computing
programming models
0.012006
Multi-core issues - Multi-Core for HPC: breakthrough or breakdown? · SC 2006
Interconnection networks and networks-on-chip › router architecture
router microarchitecture
0.012006
The BlackWidow High-Radix Clos Network · ISCA 2006
Processor architecture and microarchitecture
latency hiding
0.011997
Performance of the CRAY T3E Multiprocessor · SC 1997
Processor architecture and microarchitecture
multiprocessor architecture
0.011997
Performance of the CRAY T3E Multiprocessor · SC 1997
Memory systems › on-chip memory
stream buffer
0.011997
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
YearPublicationVenuePosition
2022 HammingMesh: A Network Topology for Large-Scale Deep Learning
abstract
Numerous 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
SC10
2015 Overcoming far-end congestion in large-scale networks
abstract
Accurately 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
HPCA6
2008 Technology-Driven, Highly-Scalable Dragonfly Topology
abstract
Evolving 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
ISCA3
2007 The Cray BlackWidow: a highly scalable vector multiprocessor
abstract
This 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
SC3
2006 Challenges and opportunities in the post single-thread-processor era
abstract
The 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
PACT1
2006 The BlackWidow High-Radix Clos Network
abstract
This 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
ISCA1
2006 High productivity - High productivity computing and usable petascale systems
abstract
High 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
SC5
2006 Roadmaps and visions I - Cray: creating a path to adaptive supercomputing
abstract
This 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
SC1
2006 Multi-core issues - Multi-Core for HPC: breakthrough or breakdown?
abstract
A 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
SC4
1997 Performance of the CRAY T3E Multiprocessor
abstract
The 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
SC4