tier1appteam

tier1appteam

How to do GC Log analysis?

GC log analysis offers benefits such as reduced GC pause time, cost savings in cloud computing, outage prediction, and valuable metrics for capacity planning. Key steps include enabling GC logs, measuring during peak traffic periods, and utilizing tools like GCeasy and IBM GC visualizer for effective analysis.

Work Together, We get ‘together’

The yCrash Team reunited after nearly two years apart due to the pandemic, meeting in Chennai for a memorable trip. Despite concerns over heavy rains disrupting travel, they successfully gathered at a resort, bonding closely over three fun-filled days. The experience deepened their sense of family and sparked discussions for future trips.

JAX 2021 – LET’S CRASH THE APPLICATIONS!

JAX – Online conference is an event for Java and software architecture enthusiasts. This year, it featured a presentation titled “Let's crash the applications!” by an architect, focusing on issues like memory leaks, thread leaks, and CPU spikes. Understanding these problems aids in diagnosis and solutions.

Detect proactively whether application’s memory is under-allocated

When an application is under-allocated memory, performance issues arise, including degraded transaction response times, increased CPU usage, and potential OutOfMemoryErrors. Proactively analyzing garbage collection logs can help identify memory allocation problems. Monitoring specific patterns in these logs enables developers to diagnose whether more memory is needed or if a memory leak exists.

Garbage Collection Patterns to predict outages

The post discusses various garbage collection (GC) patterns observable in applications, including healthy saw-tooth patterns, heavy caching, acute memory leaks, consecutive full GC, and metaspace memory problems. By analyzing these patterns, developers can assess application performance and identify potential memory issues, ultimately improving application health and efficiency.

AWS Cloud watch + yCrash = Monitoring + RCA

On October 11, 2021, GCeasy experienced an outage due to HTTP 504 errors when customers uploaded logs, traced to a new code deployment on October 9. Monitoring revealed increased CPU and database connections. A root cause analysis using yCrash identified an inefficient SQL query, leading to timeouts. Removing the query restored functionality.

Is today’s microservice more bloated than yesterday’s monolith?

The author reflects on their journey from monolithic to microservice architecture, highlighting a large financial institution's transition from a CORBA/C++ platform to SOAP/Java. They express concerns about modern microservices consuming significantly more memory and facing degraded response times compared to older monolithic systems, while acknowledging the benefits of microservices.