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.

Luyi Kang

dblp:232/6500 · DBLP profile ↗
← Back
2ranked-venue papers
1as first author
2since 2021 · last 2021
0009-0001-8510-5551ORCID · reported

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

Systems, architecture and hardware · 2 · 1 first-author · 2 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
2 papers
Memory systems · 57% Storage systems · 17% Cloud and datacenter computing · 13%
Network and information security
1 paper
Hardware security and side channels · 100%

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

TopicWeightPapersLastEvidence papers
Hardware security and side channels
trusted execution environments
0.512021
IceClave: A Trusted Execution Environment for In-Storage Computing · MICRO 2021
Memory systems
cache
0.512021
Monolithically Integrating Non-Volatile Main Memory over the Last-Level Cache · ACM Trans. Archit. Code Optim. 2021
Storage systems › computational storage
in-storage computing
0.512021
IceClave: A Trusted Execution Environment for In-Storage Computing · MICRO 2021
Memory systems › memory hierarchy › cache hierarchy
last-level cache
0.512021
Monolithically Integrating Non-Volatile Main Memory over the Last-Level Cache · ACM Trans. Archit. Code Optim. 2021
Integrated circuit design
monolithic integration
0.512021
Monolithically Integrating Non-Volatile Main Memory over the Last-Level Cache · ACM Trans. Archit. Code Optim. 2021
Memory systems › non-volatile memory
non-volatile main memory
0.512021
Monolithically Integrating Non-Volatile Main Memory over the Last-Level Cache · ACM Trans. Archit. Code Optim. 2021
Memory systems
non-volatile memory
0.512021
Monolithically Integrating Non-Volatile Main Memory over the Last-Level Cache · ACM Trans. Archit. Code Optim. 2021
Cloud and datacenter computing › cloud security
trusted execution environment
0.512021
IceClave: A Trusted Execution Environment for In-Storage Computing · MICRO 2021
Memory systems
processing-in-memory
0.112021
Monolithically Integrating Non-Volatile Main Memory over the Last-Level Cache · ACM Trans. Archit. Code Optim. 2021
Storage systems › flash and SSD
solid-state drive
0.112021
IceClave: A Trusted Execution Environment for In-Storage Computing · MICRO 2021

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

program offloading · 1.0simulation · 0.5
YearPublicationVenuePosition
2021 IceClave: A Trusted Execution Environment for In-Storage Computing
abstract
In-storage computing with modern solid-state drives (SSDs) enables developers to offload programs from the host to the SSD. It has been proven to be an effective approach to alleviate the I/O bottleneck. To facilitate in-storage computing, many frameworks have been proposed. However, few of them treat the in-storage security as the first citizen. Specifically, since modern SSD controllers do not have a trusted execution environment, an offloaded (malicious) program could steal, modify, and even destroy the data stored in the SSD.
Luyi Kang, Yuqi Xue, Weiwei Jia 0001, Xiaohao Wang, Jongryool Kim, Changhwan Youn, Myeong Joon Kang, Hyung Jin Lim, Bruce L. Jacob, Jian Huang 0006
MICRO1
2021 Monolithically Integrating Non-Volatile Main Memory over the Last-Level Cache
abstract
Many emerging non-volatile memories are compatible with CMOS logic, potentially enabling their integration into a CPU’s die. This article investigates such monolithically integrated CPU–main memory chips. We exploit non-volatile memories employing 3D crosspoint subarrays, such as resistive RAM (ReRAM), and integrate them over the CPU’s last-level cache (LLC). The regular structure of cache arrays enables co-design of the LLC and ReRAM main memory for area efficiency. We also develop a streamlined LLC/main memory interface that employs a single shared internal interconnect for both the cache and main memory arrays, and uses a unified controller to service both LLC and main memory requests. We apply our monolithic design ideas to a many-core CPU by integrating 3D ReRAM over each core’s LLC slice. We find that co-design of the LLC and ReRAM saves 27% of the total LLC–main memory area at the expense of slight increases in delay and energy. The streamlined LLC/main memory interface saves an additional 12% in area. Our simulation results show monolithic integration of CPU and main memory improves performance by 5.3× and 1.7× over HBM2 DRAM for several graph and streaming kernels, respectively. It also reduces the memory system’s energy by 6.0× and 1.7×, respectively. Moreover, we show that the area savings of co-design permits the CPU to have 23% more cores and main memory, and that streamlining the LLC/main memory interface incurs a small 4% performance penalty.
Candace Walden, Devesh Singh, Meenatchi Jagasivamani, Shang Li 0001, Luyi Kang, Mehdi Asnaashari, Sylvain Dubois, Bruce L. Jacob, Donald Yeung
ACM Trans. Archit. Code Optim.5