Garbage Collection Thrashing Monitoring via Object Analysis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current application monitoring tools do not provide detailed information on garbage collection thrashing, which can lead to undesirable effects such as application downtime and unavailable servers, highlighting a need for improved performance reporting that considers garbage collection.

Innovation Solution

A system that monitors garbage collection processes over time, collects data on objects handled by the process, identifies suspicious objects based on their data, and reports the source of thrashing behavior, using stack trace data and memory usage analysis to determine the cause of garbage collection thrashing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If standard application monitoring tools are used, then general application performance can be tracked, but detailed information on garbage collection thrashing is not provided

Engineering Contradiction:
Improvemonitoring detailVSAvoidmonitoring system
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The monitoring system segments the monitoring function into two levels: a standard monitoring component for general application performance and a specialized garbage collection monitoring component for detailed GC thrashing analysis. This segmentation allows the system to provide detailed GC monitoring without requiring complete redesign of the entire monitoring infrastructure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An intermediary agent is introduced that operates between the application and the monitoring system. This agent specifically monitors garbage collection events, collects relevant data, and provides detailed GC thrashing information to the monitoring system, thereby bridging the gap between standard monitoring tools and the need for detailed GC insights.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If garbage collection thrashing is not monitored, then the monitoring system remains simple, but application downtime and server unavailability occur

Engineering Contradiction:
Improveapplication availabilityVSAvoidmonitoring system
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The monitoring system performs preliminary detection of garbage collection thrashing patterns before they cause application downtime. By continuously monitoring GC events and identifying thrashing conditions early, the system can alert administrators or trigger corrective actions before the thrashing leads to service unavailability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms that provide real-time information about garbage collection thrashing conditions to system administrators. This feedback loop enables timely responses to GC thrashing events, allowing administrators to take corrective actions that prevent application downtime and improve overall system reliability.

Inventive Principle:
Principle #23Feedback

3Measurement precision

If detailed object data is collected for all handled objects, then suspicious objects can be identified, but data collection overhead increases

Engineering Contradiction:
Improveobject identification accuracyVSAvoiddata collection time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

Instead of uniformly collecting detailed data for all objects, the system applies local quality by collecting comprehensive data only for suspicious objects that exhibit thrashing behavior. For non-suspicious objects, minimal or no detailed data collection is performed. This selective approach maintains high identification accuracy while minimizing overall data collection overhead.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system performs partial data collection by focusing resources on collecting detailed object data only when and where needed (for suspicious objects). Rather than exhaustively monitoring all objects at all times, the system applies monitoring intensity proportional to the suspected level of involvement in GC thrashing, thereby reducing unnecessary data collection time.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS10191844B2Automatic garbage collection thrashing monitoring
Publication Date: 2019.01.29 CISCO TECHNOLOGY INC
  • US10191844B2 patent drawing
  • US10191844B2 patent drawing
  • US10191844B2 patent drawing

AI summary

The system identifies objects that cause thrashing behavior in garbage collection. A garbage collection process may be monitored for a period of time. Over that period of time, a number of objects may be observed to be collected by the garbage collection process. Data may be collected for those objects and a subset of those objects may be determined to be suspicious based on data collected for each object. The suspicious objects may then be reported as causing garbage collection thrashing.