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

Assaf Eisenman

dblp:164/7953 · DBLP profile ↗
← Back
9ranked-venue papers
5as first author
3since 2021 · last 2024
—ORCID · none

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

Systems, architecture and hardware · 4 · 2 first-author · 1 since 2021Computer networks · 4 · 2 first-author · 2 since 2021Software engineering, systems software and programming languages · 2 · 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
5 papers
Hardware accelerators and domain-specific architectures · 32% Distributed systems · 32% Storage systems · 23%
Databases, data mining, and information retrieval
2 papers
Recommender systems · 80% Machine learning and data management · 20%
Artificial intelligence
2 papers
Efficient and distributed learning · 100%

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

TopicWeightPapersLastEvidence papers
Recommender systems › web personalization
real-time personalization
0.812024
QuickUpdate: a Real-Time Personalization System for Large-Scale Recommendation Models · NSDI 2024
Machine learning › Efficient and distributed learning
distributed training
0.722022
Software-hardware co-design for fast and scalable training of deep learning recommendation models · ISCA 2022
Check-N-Run: a Checkpointing System for Training Deep Learning Recommendation Models · NSDI 2022
Distributed systems › fault tolerance
checkpointing
0.612022
Check-N-Run: a Checkpointing System for Training Deep Learning Recommendation Models · NSDI 2022
Distributed systems
fault tolerance
0.612022
Check-N-Run: a Checkpointing System for Training Deep Learning Recommendation Models · NSDI 2022
Hardware accelerators and domain-specific architectures
machine learning accelerator
0.612022
Software-hardware co-design for fast and scalable training of deep learning recommendation models · ISCA 2022
Hardware accelerators and domain-specific architectures › machine learning accelerator
recommendation model training
0.612022
Software-hardware co-design for fast and scalable training of deep learning recommendation models · ISCA 2022
Storage systems
key-value storage
0.422019
Reducing DRAM footprint with NVM in facebook · EuroSys 2018
Flashield: a Hybrid Key-value Cache that Controls Flash Write Amplification · NSDI 2019
Storage systems
flash and SSD
0.412019
Flashield: a Hybrid Key-value Cache that Controls Flash Write Amplification · NSDI 2019
Memory systems
cache
0.212016
Cliffhanger: Scaling Performance Cliffs in Web Memory Caches · NSDI 2016
Machine learning and data management
inference serving
0.212024
QuickUpdate: a Real-Time Personalization System for Large-Scale Recommendation Models · NSDI 2024
Memory systems
non-volatile memory
0.112018
Reducing DRAM footprint with NVM in facebook · EuroSys 2018

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

software-managed caching · 1.7kernel fusion · 1.7embedding compression · 1.7NVM block device integration · 0.3
YearPublicationVenuePosition
2024 QuickUpdate: a Real-Time Personalization System for Large-Scale Recommendation Models
Kiran Kumar Matam, Hani Ramezani, Zeliang Chen, Maomao Ding, Ellie Wen, Assaf Eisenman
NSDI10
2022 Software-hardware co-design for fast and scalable training of deep learning recommendation models
abstract
Deep learning recommendation models (DLRMs) have been used across many business-critical services at Meta and are the single largest AI application in terms of infrastructure demand in its data-centers. In this paper, we present Neo, a software-hardware co-designed system for high-performance distributed training of large-scale DLRMs. Neo employs a novel 4D parallelism strategy that combines table-wise, row-wise, column-wise, and data parallelism for training massive embedding operators in DLRMs. In addition, Neo enables extremely high-performance and memory-efficient embedding computations using a variety of critical systems optimizations, including hybrid kernel fusion, software-managed caching, and quality-preserving compression. Finally, Neo is paired with ZionEX, a new hardware platform co-designed with Neo's 4D parallelism for optimizing communications for large-scale DLRM training. Our evaluation on 128 GPUs using 16 ZionEX nodes shows that Neo outperforms existing systems by up to 40× for training 12-trillion-parameter DLRM models deployed in production.
Dheevatsa Mudigere, Yuchen Hao, Andrew Tulloch, Srinivas Sridharan 0002, Muhammet Mustafa Ozdal, Jade Nie, Jongsoo Park, Jie Amy Yang, Leon Gao, Dmytro Ivchenko, Aarti Basant, Yuxi Hu 0001, Jiyan Yang, Ehsan K. Ardestani, Xiaodong Wang 0020, Rakesh Komuravelli, Ching-Hsiang Chu, Serhat Yilmaz, Jiyuan Qian, Zhuobo Feng, Yinbin Ma, Junjie Yang 0005, Ellie Wen, Chonglin Sun, Whitney Zhao, Dimitry Melts, Krishna Dhulipala, K. R. Kishore, Tyler Graf, Assaf Eisenman, Kiran Kumar Matam, Adi Gangidi, Guoqiang Jerry Chen, Manoj Krishnan, Avinash Nayak, Krishnakumar Nair, Bharath Muthiah, Mahmoud khorashadi, Pallab Bhattacharya, Petr Lapukhov, Maxim Naumov, Ajit Mathews, Lin Qiao, Mikhail Smelyanskiy, Bill Jia, Vijay Rao
ISCA37
2022 Check-N-Run: a Checkpointing System for Training Deep Learning Recommendation Models
Assaf Eisenman, Kiran Kumar Matam, Steven Ingram, Dheevatsa Mudigere, Raghuraman Krishnamoorthi, Krishnakumar Nair, Mikhail Smelyanskiy, Murali Annavaram
NSDI1
2019 Flashield: a Hybrid Key-value Cache that Controls Flash Write Amplification
Assaf Eisenman, Asaf Cidon, Evgenya Pergament, Or Haimovich, Ryan Stutsman, Mohammad Alizadeh, Sachin Katti
NSDI1
2018 Reducing DRAM footprint with NVM in facebook
abstract
Popular SSD-based key-value stores consume a large amount of DRAM in order to provide high-performance database operations. However, DRAM can be expensive for data center providers, especially given recent global supply shortages that have resulted in increasing DRAM costs. In this work, we design a key-value store, MyNVM, which leverages an NVM block device to reduce DRAM usage, and to reduce the total cost of ownership, while providing comparable latency and queries-per-second (QPS) as MyRocks on a server with a much larger amount of DRAM. Replacing DRAM with NVM introduces several challenges. In particular, NVM has limited read bandwidth, and it wears out quickly under a high write bandwidth.
Assaf Eisenman, Darryl Gardner, Islam AbdelRahman, Jens Axboe, Siying Dong, Kim M. Hazelwood, Chris Petersen 0002, Asaf Cidon, Sachin Katti
EuroSys1
2016 Parallel Graph Processing on Modern Multi-core Servers: New Findings and Remaining Challenges
abstract
Big Data analytics and new problems in social networks, computational biology, and web connectivity led to a renewed research interest in graph processing. Due to "irregularity" of graph computations, efficient parallel graph processing faces a set of software and hardware challenges debated in literature. In this paper, by utilizing hardware performance counters, we characterize system bottlenecks, resource usage, and the efficiency of popular graph applications on the modern commodity hardware. We analyze selected graph applications (implemented in the Galois framework) on a variety of graph datasets: both scale-free graphs and meshes. Our profiling shows that with an increased number of cores the analyzed graph applications achieve a good speedup, which is highly correlated with utilized memory bandwidth. Contrary to traditional past stereotypes, we find that graph applications significantly benefit from hardware prefetchers. Moreover, the use of transparent huge pages (THP) exhibits a "double win" impact: 1) THP significantly decrease the TLB misses and page walk durations, and 2) THP boost the hardware prefetchers' performance. These insights shed light to understand the performance of emerging systems with large memories. Our profiling framework reports hardware counter values over time. It reveals the danger of using averages for a bottleneck and resource usage analysis: many applications have a time-varying behavior and stretch the usage of system resources to their peak. We discuss the new insights and remaining challenges for guiding the design of future hardware and software components for efficient graph processing.
Assaf Eisenman, Ludmila Cherkasova, Guilherme Magalhaes, Qiong Cai, Sachin Katti
MASCOTS1
2016 Cliffhanger: Scaling Performance Cliffs in Web Memory Caches
Asaf Cidon, Assaf Eisenman, Mohammad Alizadeh, Sachin Katti
NSDI2
2016 Parallel Graph Processing: Prejudice and State of the Art
abstract
Large graph processing has attracted much renewed attention due to its increased importance for a social network analysis. The efficient parallel graph processing faces a set of software and hardware issues, discussed in literature. The main cause of these challenges is the "irregularity" of graph computations and related difficulties in efficient parallelization of graph processing. Unbalanced computations, caused by uneven data partitioning, can affect application scalability. Moreover, the issue of poor data locality is another major concern, that makes the graph processing applications memory-bound. In this paper, we aim to profile how large, parallel graph applications (based on Galois framework) utilize modern systems, in particular, memory subsystem. We found that modern graph processing frameworks executed on the latest Intel multi-core systems (a single node server) exhibit a good data locality and achieve a good speedup with an increased number of cores, contrary to traditional past stereotypes. The application processing speedup is highly correlated with utilized memory bandwidth. At the same time, our measurements show that the memory bandwidth is not a bottleneck, and the analyzed graph applications are memory-latency bound. These new insights can help us in matching the resource demands of the graph processing applications to future system design parameters.
Assaf Eisenman, Ludmila Cherkasova, Guilherme Magalhaes, Qiong Cai, Paolo Faraboschi, Sachin Katti
ICPE1
2015 Dynacache: Dynamic Cloud Caching
Asaf Cidon, Assaf Eisenman, Mohammad Alizadeh, Sachin Katti
HotStorage2