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

Idan Yaniv

dblp:181/1432 · DBLP profile ↗
← Back
4ranked-venue papers
1as first author
1since 2021 · last 2022
0000-0003-1883-6829ORCID · reported

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 · 1 · 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
2 papers
Memory systems · 62% Performance modeling and evaluation · 35% Cloud and datacenter computing · 3%

Topics — the 6 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Memory systems › memory management
virtual memory
0.722020
Predicting Execution Times With Partial Simulations in Virtual Memory Research: Why and How · MICRO 2020
Hash, Don't Cache (the Page Table) · SIGMETRICS 2016
Performance modeling and evaluation › performance prediction
execution time prediction
0.412020
Predicting Execution Times With Partial Simulations in Virtual Memory Research: Why and How · MICRO 2020
Memory systems › memory management › virtual memory
address translation
0.212016
Hash, Don't Cache (the Page Table) · SIGMETRICS 2016
Memory systems › memory management › virtual memory › page table
hashed page tables
0.212016
Hash, Don't Cache (the Page Table) · SIGMETRICS 2016
Memory systems › memory management › virtual memory
page table design
0.212016
Hash, Don't Cache (the Page Table) · SIGMETRICS 2016
Cloud and datacenter computing
virtualization
0.112016
Hash, Don't Cache (the Page Table) · SIGMETRICS 2016

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

linear regression · 0.4cycle-accurate simulation · 0.4simulation · 0.2performance evaluation · 0.2
YearPublicationVenuePosition
2022 Model-based simulation for SMT cores
abstract
Studies that evaluate new architectural designs of virtual memory typically employ a "model-based" methodology that relies on simulations of the translation lookaside buffer (TLB) coupled with empirical performance models. We observe that this methodology is limited in that each simulated thread of execution has its own dedicated TLB, whereas modern processors share a single TLB among multiple threads through simultaneous multithreading (SMT). Existing model-based research is thus unable to explore virtual memory designs in SMT context. We address this problem by developing a simulator that realistically combines memory reference streams of multiple SMT threads into one TLB. Our simulator is 99% accurate across four Intel processor generations running a wide range of memory-intensive workloads. Our validation efforts lead us to discover a previously undocumented eviction policy in Broadwell TLBs.
Idan Raz, Maxim Barsky, Ella Sheory, Idan Yaniv, Dan Tsafrir
SYSTOR4
2020 Predicting Execution Times With Partial Simulations in Virtual Memory Research: Why and How
abstract
Computer architects frequently use cycle-accurate simulations, which incur heavy overheads. Recently, virtual memory studies increasingly employ a lighter-weight methodology that utilizes partial simulations-of only the memory subsystem- whose output is fed into a mathematical linear model that predicts execution runtimes. The latter methodology is much faster, but its accuracy is only assumed, never rigorously validated.We question the assumption and put it to the test by developing Mosalloc, the Mosaic Memory Allocator. Mosalloc backs the virtual memory of applications with arbitrary combinations of 4KB, 2MB, and 1GB pages (each combination forms a "mosaic" of pages). Previous studies used a single page size per execution (either 4KB or 2MB) to generate exactly two execution samples, which defined the aforementioned linear model. In contrast, Mosalloc can generate numerous samples, allowing us to test instead of assume the model's accuracy. We find that prediction errors of existing models can be as high as 25%-192%. We propose a new model that bounds the maximal error below 3%, making it more reliable and useful for exploring new ideas."The phenomena surrounding computers are deep and obscure, requiring much experimentation to assess their nature." (A. Newell and H. A. Simon).
Mohammad Agbarya, Idan Yaniv, Jayneel Gandhi, Dan Tsafrir
MICRO2
2018 Memomania: From Huge to Huge-Huge Pages
abstract
Linux Transparent Huge Pages (THP) are not able to minimize the virtual memory overhead because they are limited to 2MB pages. We introduce Memomania, a flexible memory allocator that is able to transparently back the application with a mixture of 2MB and 1GB pages. We use Memomania to characterize a subset of SPEC CPU2006 benchmarks and find that (1) using 1GB pages provides a notable runtime improvement compared to THP, and that (2) in some cases, allocating more 2MB pages to an application degrades its performance. We suggest that Memomania can be used in (1) placement algorithms, and (2) micro-architectural studies.
Mohammad Agbarya, Idan Yaniv, Dan Tsafrir
SYSTOR2
2016 Hash, Don't Cache (the Page Table)
abstract
Radix page tables as implemented in the x86-64 architecture incur a penalty of four memory references for address translation upon each TLB miss. These 4 references become 24 in virtualized setups, accounting for 5%--90% of the runtime and thus motivating chip vendors to incorporate page walk caches (PWCs). Counterintuitively, an ISCA 2010 paper found that radix page tables with PWCs are superior to hashed page tables, yielding up to 5x fewer DRAM accesses per page walk. We challenge this finding and show that it is the result of comparing against a suboptimal hashed implementation---that of the Itanium architecture. We show that, when carefully optimized, hashed page tables in fact outperform existing PWC-aided x86-64 hardware, shortening benchmark runtimes by 1%--27% and 6%--32% in bare-metal and virtualized setups, without resorting to PWCs. We further show that hashed page tables are inherently more scalable than radix designs and are better suited to accommodate the ever increasing memory size; their downside is that they make it more challenging to support such features as superpages.
Idan Yaniv, Dan Tsafrir
SIGMETRICS1