-
Looking back to 2012
This one is going to be one of the rare non-technical post. But we just closed our first year and did an internal review of what did we manage to deliver throughout 2012. So our technical readers - do not be afraid. We continue with in-depth technical articles throughout 2013. When we were done with Plumbr 2012 review, it looked like something we could also openly publish. So here we go, hopefully those of you building your own tech company can learn a thing or two from the next 900 words.
Filed under: Plumbr
-
Plumbr now verified to work on Jelastic
Modern technology is wonderful. Looking back to the early 2000’s, it seems ridiculous. We literally had to wait for months to get our hands on a new staging environment. Young developers, you should be grateful for virtualization and IaaS! You can now get happily up and running on a brand new application server within minutes. Or, so the platform providers promise. We wanted to test this promise and see whether it’s really that easy to build a virtualized environment. And, of course, run our very own Plumbr leak detector on it.
Filed under: Product Updates
-
A 12-year-old bug in JDK, still out there leaking memory in our applications
This story goes back. For weeks or even decades, depending on how you mark the starting date. Anyhow, few weeks ago one of our customers had problems with interpreting a leak reported by Plumbr. Quoting his words “It seems that Java itself is broken”. As a matter of fact, the customer was right. Java was indeed broken. But let’s check the case and see what we can learn from it. Lets start by looking into the report generated by Plumbr.
Filed under: Memory Leaks
-
Singularity is near – Plumbr 2.0 is released
We have worked hard during the past months and can now proudly present you the results. In a form of new Plumbr release. In the 2.0 version we are shipping you a complete rewrite on the core algorithms with significant leak detection improvements. The quality of leak detection algorithms is significantly increased: we now find 88% of all leaks present in the applications. This number might need a bit more insight from us. What we do behind the closed doors is a lot of (machine) learning. Free Plumbr versions send us anonymous statistics about the object creation and destruction patterns. We used this data as a training set for supervised machine learning to improve our leak detection algorithm.
Filed under: Product Updates
-
Should you trust the default settings in JVM?
JVMs are considered smart nowadays. Not much configuration is expected - just set the maximum heap to use in the startup scripts and you should be good to go. All other default settings are fine. Or so some of us mistakenly thought. There is a lot going on during runtime which cannot be automatically adjusted for performance, so I am going to walk you through what and when to tweak throughout a case study I recently faced.
Filed under: Java
-
Should I use a 32- or a 64-bit JVM?
This is a question I have faced several times during my career in enterprise software development. Every once in awhile I had to hand out recommendations for configuring a specific new environment. And more often than not, part of the question at hand was related to “Should I use 32- or 64-bit JVM”. To be honest, in the beginning I just flipped the coin. Instead of giving a reasoned answer. Sorry, bros. But later on I gathered some insights about when and why to choose which configuration and thought to share it with you.
Filed under: Java
-
Plumbr 1.4 released – more support for different platforms
We are now announcing the public availability of Plumbr 1.4. In this version we focused on compatibility and stability issues. The biggest news in the release is Solaris support - Plumbr now works both on x86 and SPARC architectures. We have conducted a month of beta testing and can now proudly present the results. All of you who contacted us via different support channels asking for the Solaris support were already notified, but if you are one of the silent guys then - go ahead and download the newest release.
Filed under: Product Updates
-
Debugging a dying Eclipse instance
The story starts with our decision to go to Devoxx. With a booth. By a caravan. Driving 2,200 kilometers. But this is not going to be a travel story, do not worry. During the travel we taught our marketing guys to be prepared for doing demos in our booth. After all, what’s the benefit of dragging all the droids to Antwerp if they are not even good for a demo or two. As we had ~30 hours of driving time ahead of us, we thought we have enough time to get the droids up to speed. First stop – verifying the required infrastructure. One of the droids had managed to install a JDK and Eclipse all by himself. So far so good. But when firing up the Eclipse and adding our demo project resulted in CPU usage jumping to 100% and Eclipse becoming completely unresponsive.
Filed under: Garbage Collection
-
Do you get Just-in-time compilation?
Remember the last time when you were laughed at by C-developers? That the Java is so slooooow that they would never even consider using a language like this? In many ways, the concept still holds. But for it’s typical usage - in the backbones of a large enterprise - Java performance can definitely stand against many contestants. And this is possible mostly thanks to the magical JIT.
Filed under: Java
-
What does it take to support Solaris?
Java is a cross platform runtime. You write your code on a platform of your choice, test it on a different platform and then push it into production on a third platform. It just works. You do not think about the differences under the hood - JVM implementations take care of it. On worst case scenario you need to tweak some minor differences once in a blue moon. For example when building Plumbr we have only a single Ant target that takes care of producing a Plumbr executable. On any platform we supported so far.
Filed under: Plumbr