EDBT 2026 Demo / reviewers in the wild / expert
Jordan Fix
dblp:194/4312
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Hardware accelerators and domain-specific architectures › machine learning accelerator
inference accelerator |
0.7 | 1 | 2023 | MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023 |
Hardware accelerators and domain-specific architectures
machine learning accelerator |
0.7 | 1 | 2023 | MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023 |
Hardware accelerators and domain-specific architectures › machine learning accelerator
recommendation system accelerator |
0.7 | 1 | 2023 | MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023 |
Hardware security and side channels › hardware security primitives
hardware root of trust |
0.4 | 1 | 2019 | Architectural Support for Containment-based Security · ASPLOS 2019 |
Processor architecture and microarchitecture › hardware-assisted security
secure architecture |
0.4 | 1 | 2019 | Architectural Support for Containment-based Security · ASPLOS 2019 |
Parallel and multicore computing › transactional memory
hardware transactional memory |
0.3 | 1 | 2018 | Hardware Multithreaded Transactions · ASPLOS 2018 |
Parallel and multicore computing
speculative parallelization |
0.3 | 1 | 2018 | Hardware Multithreaded Transactions · ASPLOS 2018 |
Parallel and multicore computing
transactional memory |
0.3 | 1 | 2018 | Hardware Multithreaded Transactions · ASPLOS 2018 |
Recommender systems
DLRM inference |
0.2 | 1 | 2023 | MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023 |
Recommender systems
recommendation |
0.2 | 1 | 2023 | MTIA: First Generation Silicon Targeting Meta's Recommendation Systems · ISCA 2023 |
Systems and software security › trusted computing
trusted execution |
0.1 | 1 | 2019 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | MTIA: First Generation Silicon Targeting Meta's Recommendation SystemsabstractMeta 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 |
ISCA | 38 |
| 2019 | Architectural Support for Containment-based SecurityabstractSoftware 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 |
ASPLOS | 3 |
| 2018 | Hardware Multithreaded TransactionsabstractSpeculation 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 |
ASPLOS | 1 |
| 2017 | A collaborative dependence analysis framework
Nick P. Johnson, Jordan Fix, Stephen R. Beard, Taewook Oh, Thomas B. Jablin, David I. August |
CGO | 2 |