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.

Jordan Fix

dblp:194/4312 · DBLP profile ↗
← Back
4ranked-venue papers
1as first author
1since 2021 · last 2023
0009-0005-0523-4767ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 4 · 1 first-author · 1 since 2021Software engineering, systems software and programming languages · 4 · 1 first-author · 1 since 2021

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
3 papers
Hardware accelerators and domain-specific architectures · 59% Parallel and multicore computing · 30% Processor architecture and microarchitecture · 11%
Network and information security
1 paper
Hardware security and side channels · 77% Systems and software security · 23%
Databases, data mining, and information retrieval
1 paper
Recommender systems · 100%

Topics — the 11 heaviest of 12, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Hardware accelerators and domain-specific architectures › machine learning accelerator
inference accelerator
0.712023
MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023
Hardware accelerators and domain-specific architectures
machine learning accelerator
0.712023
MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023
Hardware accelerators and domain-specific architectures › machine learning accelerator
recommendation system accelerator
0.712023
MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023
Hardware security and side channels › hardware security primitives
hardware root of trust
0.412019
Architectural Support for Containment-based Security · ASPLOS 2019
Processor architecture and microarchitecture › hardware-assisted security
secure architecture
0.412019
Architectural Support for Containment-based Security · ASPLOS 2019
Parallel and multicore computing › transactional memory
hardware transactional memory
0.312018
Hardware Multithreaded Transactions · ASPLOS 2018
Parallel and multicore computing
speculative parallelization
0.312018
Hardware Multithreaded Transactions · ASPLOS 2018
Parallel and multicore computing
transactional memory
0.312018
Hardware Multithreaded Transactions · ASPLOS 2018
Recommender systems
DLRM inference
0.212023
MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023
Recommender systems
recommendation
0.212023
MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023
Systems and software security › trusted computing
trusted execution
0.112019
Architectural Support for Containment-based Security · ASPLOS 2019

Methods — techniques the papers use, named apart from their topics

pytorch software stack · 1.3GEMM optimization · 1.3supply chain diversification · 0.8formal verification · 0.8hardware transactional memory · 0.7
YearPublicationVenuePosition
2023 MTIA: First Generation Silicon Targeting Meta's Recommendation Systems
abstract
Meta has traditionally relied on using CPU-based servers for running inference workloads, specifically Deep Learning Recommendation Models (DLRM), but the increasing compute and memory requirements of these models have pushed the company towards using specialized solutions such as GPUs or other hardware accelerators. This paper describes the company's effort in constructing its first silicon specifically designed for recommendation systems; it describes the accelerator architecture and platform design, the software stack for enabling and optimizing PyTorch-based models and provides an initial performance evaluation. With our emerging software stack, we have made significant progress towards reaching the same or higher efficiency as the GPU: We averaged 0.9x perf/W across various DLRMs, and benchmarks show operators such as GEMMs reaching 2x perf/W. Finally, the paper describes the lessons we learned during this journey which can improve the performance and programmability of future generations of architecture.
Amin Firoozshahian, Joel Coburn, Roman Levenstein, Rakesh Nattoji, Ashwin Kamath, Olívia Wu, Gurdeepak Grewal, Harish Aepala, Bhasker Jakka, Bob Dreyer, Adam Hutchin, Utku Diril, Krishnakumar Nair, Ehsan K. Ardestani, Martin Schatz, Yuchen Hao, Rakesh Komuravelli, Kunming Ho, Sameer Abu Asal, Joe Shajrawi, Kevin Quinn 0006, Nagesh Sreedhara, Pankaj Kansal, Willie Wei, Dheepak Jayaraman, Linda Cheng, Pritam Chopda, Ajay Bikumandla, Arun Karthik Sengottuvel, Krishna Thottempudi, Ashwin Narasimha, Brian Dodds, Cao Gao, Jiyuan Zhang 0008, Mohammed Al-Sanabani, Ana Zehtabioskuie, Jordan Fix, Hangchen Yu, Kaustubh Gondkar, Jack Montgomery, Mike Tsai, Saritha Dwarakapuram, Sanjay Desai, Nili Avidan, Poorvaja Ramani, Karthik Narayanan, Ajit Mathews, Sethu Gopal, Maxim Naumov, Vijay Rao, Krishna Noru, Harikrishna Reddy, Prahlad Venkatapuram, Alexis Bjorlin
ISCA38
2019 Architectural Support for Containment-based Security
abstract
Software security techniques rely on correct execution by the hardware. Securing hardware components has been challenging due to their complexity and the proportionate attack surface they present during their design, manufacture, deployment, and operation. Recognizing that external communication represents one of the greatest threats to a system's security, this paper introduces the TrustGuard containment architecture. TrustGuard contains malicious and erroneous behavior using a relatively simple and pluggable gatekeeping hardware component called the Sentry. The Sentry bridges a physical gap between the untrusted system and its external interfaces. TrustGuard allows only communication that results from the correct execution of trusted software, thereby preventing the ill effects of actions by malicious hardware or software from leaving the system. The simplicity and pluggability of the Sentry, which is implemented in less than half the lines of code of a simple in-order processor, enables additional measures to secure this root of trust, including formal verification, supervised manufacture, and supply chain diversification with less than a 15% impact on performance.
Hansen Zhang, Soumyadeep Ghosh, Jordan Fix, Sotiris Apostolakis, Stephen R. Beard, Nayana P. Nagendra, Taewook Oh, David I. August
ASPLOS3
2018 Hardware Multithreaded Transactions
abstract
Speculation with transactional memory systems helps pro- grammers and compilers produce profitable thread-level parallel programs. Prior work shows that supporting transactions that can span multiple threads, rather than requiring transactions be contained within a single thread, enables new types of speculative parallelization techniques for both programmers and parallelizing compilers. Unfortunately, software support for multi-threaded transactions (MTXs) comes with significant additional inter-thread communication overhead for speculation validation. This overhead can make otherwise good parallelization unprofitable for programs with sizeable read and write sets. Some programs using these prior software MTXs overcame this problem through significant efforts by expert programmers to minimize these sets and optimize communication, capabilities which compiler technology has been unable to equivalently achieve. Instead, this paper makes speculative parallelization less laborious and more feasible through low-overhead speculation validation, presenting the first complete design, implementation, and evaluation of hardware MTXs. Even with maximal speculation validation of every load and store inside transactions of tens to hundreds of millions of instructions, profitable parallelization of complex programs can be achieved. Across 8 benchmarks, this system achieves a geomean speedup of 99% over sequential execution on a multicore machine with 4 cores.
Jordan Fix, Nayana P. Nagendra, Sotiris Apostolakis, Hansen Zhang, Sophie Qiu, David I. August
ASPLOS1
2017 A collaborative dependence analysis framework
Nick P. Johnson, Jordan Fix, Stephen R. Beard, Taewook Oh, Thomas B. Jablin, David I. August
CGO2