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

Sangho Lee 0005

dblp:17/5702-5 · DBLP profile ↗
← Back
3ranked-venue papers
1as first author
0since 2021 · last 2014
—ORCID · unresolved

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

Software engineering, systems software and programming languages · 2 · 1 first-authorSystems, architecture and hardware · 1

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.

Software engineering, system software, and programming languages
2 papers
Program analysis · 61% Debugging and program repair · 30% Operating systems · 9%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Performance modeling and evaluation · 100%

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

TopicWeightPapersLastEvidence papers
Program analysis › error detection
memory leak detection
0.422014
Detecting memory leaks through introspective dynamic behavior modelling using machine learning · ICSE 2014
Automated memory leak detection for production use · ICSE 2014
Debugging and program repair
fault localization
0.212014
Detecting memory leaks through introspective dynamic behavior modelling using machine learning · ICSE 2014
Performance modeling and evaluation
profiling
0.212014
Automated memory leak detection for production use · ICSE 2014
Operating systems › resource management
memory management
0.112014
Automated memory leak detection for production use · ICSE 2014

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

statistical analysis · 0.4instruction sampling · 0.4anomaly detection · 0.4staleness-based detection · 0.2performance monitoring units · 0.2performance monitoring unit · 0.2machine learning · 0.2
YearPublicationVenuePosition
2014 Automated memory leak detection for production use
abstract
This paper presents Sniper, an automated memory leak detection tool for C/C++ production software. To track the staleness of allocated memory (which is a clue to potential leaks) with little overhead (mostly <3%), Sniper leverages instruction sampling using performance monitoring units available in commodity processors. It also offloads the time- and space-consuming analyses, and works on the original software without modifying the underlying memory allocator; it neither perturbs the application execution nor increases the heap size. The Sniper can even deal with multithreaded applications with very low overhead. In particular, it performs a statistical analysis, which views memory leaks as anomalies, for automated and systematic leak determination. Consequently, it accurately detected real-world memory leaks with no false positive, and achieved an F-measure of 81% on average for 17 benchmarks stress-tested with various memory leaks.
Changhee Jung, Sangho Lee 0005, Easwaran Raman, Santosh Pande
ICSE2
2014 Detecting memory leaks through introspective dynamic behavior modelling using machine learning
abstract
This paper expands staleness-based memory leak detection by presenting a machine learning-based framework. The proposed framework is based on an idea that object staleness can be better leveraged in regard to similarity of objects; i.e., an object is more likely to have leaked if it shows significantly high staleness not observed from other similar objects with the same allocation context.
Sangho Lee 0005, Changhee Jung, Santosh Pande
ICSE1
2011 Work Stealing for Multi-core HPC Clusters
Kaushik Ravichandran 0001, Sangho Lee 0005, Santosh Pande
Euro-Par (1)2