Hongjune Kim

dblp:140/2242 · DBLP profile ↗
← Back
4ranked-venue papers
2as first author
1since 2021 · last 2021
—ORCID · none

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

Systems, architecture and hardware · 2 · 1 since 2021Software engineering, systems software and programming languages · 2 · 2 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
Hardware reliability and fault tolerance · 65% Processor architecture and microarchitecture · 35%
Software engineering, system software, and programming languages
2 papers
Compilers and program optimization · 100%

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

TopicWeightPapersLastEvidence papers
Hardware reliability and fault tolerance › soft errors
soft error resilience
0.922021
Turnpike: Lightweight Soft Error Resilience for In-Order Cores · MICRO 2021
Compiler-directed soft error resilience for lightweight GPU register file protection · PLDI 2020
Processor architecture and microarchitecture › microprocessor design › processor core design
in-order core
0.512021
Turnpike: Lightweight Soft Error Resilience for In-Order Cores · MICRO 2021
Compilers and program optimization
compiler-based fault tolerance
0.412020
Compiler-directed soft error resilience for lightweight GPU register file protection · PLDI 2020
Compilers and program optimization
compiler-hardware co-design
0.112021
Turnpike: Lightweight Soft Error Resilience for In-Order Cores · MICRO 2021

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

compiler optimization · 1.0acoustic-sensor-based error detection · 1.0storage coloring · 0.9idempotence-based recovery · 0.9checkpoint pruning · 0.9
YearPublicationVenuePosition
2021 Turnpike: Lightweight Soft Error Resilience for In-Order Cores
abstract
Acoustic-sensor-based soft error resilience is particularly promising, since it can verify the absence of soft errors and eliminate silent data corruptions at a low hardware cost. However, the state-of-the-art work incurs a significant performance overhead for in-order cores due to frequent structural/data hazards during the verification. To address the problem, this paper presents Turnpike, a compiler/architecture co-design scheme that can achieve lightweight yet guaranteed soft error resilience for in-order cores. The key idea is that many of the data computed in the core can bypass the soft error verification without compromising the resilience. Along with simple microarchitectural support for realizing the idea, Turnpike leverages compiler optimizations to further reduce the performance overhead. Experimental results with 36 benchmarks demonstrate that Turnpike only incurs a 0-14% run-time overhead on average while the state-of-the-art incurs a 29-84% overhead when the worst-case latency of the sensor based error detection is 10-50 cycles.
Jianping Zeng 0001, Hongjune Kim, Jaejin Lee, Changhee Jung
MICRO2
2020 Compiler-directed soft error resilience for lightweight GPU register file protection
abstract
This paper presents Penny, a compiler-directed resilience scheme for protecting GPU register files (RF) against soft errors. Penny replaces the conventional error correction code (ECC) based RF protection by using less expensive error detection code (EDC) along with idempotence based recovery. Compared to the ECC protection, Penny can achieve either the same level of RF resilience yet with significantly lower hardware costs or stronger resilience using the same ECC due to its ability to detect multi-bit errors when it is used solely for detection. In particular, to address the lack of store buffers in GPUs, which causes both checkpoint storage overwriting and the high cost of checkpointing stores, Penny provides several compiler optimizations such as storage coloring and checkpoint pruning. Across 25 benchmarks, Penny causes only ≈3% run-time overhead on average.
Hongjune Kim, Jianping Zeng 0001, Qingrui Liu, Mohammad Abdel-Majeed, Jaejin Lee, Changhee Jung
PLDI1
2014 Lightweight and block-level concurrent sweeping for javascript garbage collection
abstract
JavaScript is a dynamic-typed language originally developed for the purpose of giving dynamic client-side behaviors to web pages. It is mainly used in web application development and because of its popularity and rapid development style it is now also used in other types of applications. Increasing data processing requirements and growing usage in more resource-limited environments, such as mobile devices, has given demands for JavaScript implementations to handle memory more efficiently through garbage collection.
Hongjune Kim, Seonmyeong Bak, Jaejin Lee
LCTES1
2013 An OpenCL optimizing compiler for reconfigurable processors
abstract
This paper presents simple and efficient optimization techniques for an OpenCL compiler that targets reconfigurable processors. The target architecture consists of a generalpurpose processor core and an embedded reconfigurable accelerator with vector units. The accelerator is able to switch its architecture between the VLIW mode and the Coarse Grained Reconfigurable Array (CGRA) mode to achieve high performance. One big problem of this architecture is programming difficulty and OpenCL can be a good solution. However, since OpenCL does not guarantee performance portability, hardware dependent optimization is still necessary. Hence, we develop an OpenCL compiler framework that exploits the mode switching capability and vector units. To measure the effectiveness of the techniques, we have implemented the OpenCL framework and evaluate their performance with fourteen OpenCL benchmark applications.
Jeongho Nah, Hongjune Kim, Seok Joong Hwang, Donghoon Yoo, Jaejin Lee
FPT3