tier1appteam

tier1appteam

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.

QAInsights Clubhouse 2021 – JAVA PERFORMANCE TALK

Naveen Kumar Namachivayam hosted Ram Lakshmanan, the architect of yCrash, at the Performance Engineers Clubhouse. They discussed several key topics including the fundamentals of Garbage Collection, the significance of memory management, and an introduction to GC throughput, providing valuable insights for performance engineers.

OutOfMemoryError: Kill process or sacrifice child – causes & solutions

The 'Kill Process or sacrifice child' OutOfMemoryError occurs when memory usage exceeds available RAM, prompting the OS to terminate certain processes. A simulation using an AWS EC2 instance demonstrated this error, where a Java application and a chaotic BuggyApp exceeded memory limits. Potential solutions include increasing RAM, reducing processes, and optimizing memory use.