Martijn Verburg, a.k.a. The Diabolical Developer, provided two interactive sessions. The first was "The Diabolical Developer's guide to Performance tuning" The second was "The Habits of Highly Effective Teams".
"The Diabolical Developer's guide to Performance tuning"Martijn Verburg is the CEO of JClarity1, a company that does Performance analysis of Cloud applications. JClarity introduced the “Performance Diagnostic Methodology” (PDM) to quickly get to the root of the problem.
The points to aid in analysing performance issues were in the following order:
- What is your Cloud made of?
- Draw diagrams
- Measure each Architectural Layer
- What is the CPU doing? Overworked or Bored?
- Linux commandline tools are pure awesomeness
- Garbage collection logs
- Oracle micro benchmarks
- Visualvm, Netbeans
The Cloud, or virtualisation in general, seems to be 20 to 25% slower than the old situation of dedicated hardware. It seems a lot of the time virtualised resources are overcommitted on existing hardware. Apparently with virtualisation it is possible that your performance goes down because of "noisy neighbours", i.e. someone else gets a lot of traffic/cpu/stuff to deal with and the others on the same node suffer.
One of the things he noticed in the field, is that performance issues were seldom the cause of some badly programmed application. The issue was usually located a lot lower in the stack, somewhere between the hardware and the JVM.
When analysing performance, start at the bottom and work your way up. So, check the hardware and the Operating System. What is it doing?
Keep your methods small. Java is better able to optimise small methods during Runtime.
ToolsSome tools mentioned:
- there seems to be a JDBC driver, that is nothing more than a wrapper around an existing JDBC driver to analyse the traffic
- javap -c
"The Habits of Highly Effective Teams"I managed to find the slides at .
The points in order were:
- Social interaction
- Strong leadership
- Empowerment over Control
- Shared goals
- Respect and Trust
- Common culture
- Automation and tools
- Encourage debate
- Embrace diversity
He mentioned the Peter principle, which was interesting as I had never heard of it.
He did mention that where a lot of managers say that you have to earn respect and trust, that simply does not and will never work. It's better to assume total respect and trust, until you are proven wrong by the person you respect and trust.
When debating a technological something, as we engineers often do, the only thing that has any value in a debate are hard facts and empirical data (and not opinions, assumptions, emotions and the like). If you have an inkling that some decision is wrong, prototype it and verify it. Martijn Verburg and his team use the Matt Raible method, where they draw up a Matrix of all the technologically important stuff and give points for a certain framework where it excels or falls short. Then they start prototyping with the three frameworks with the highest scores.
Make the shared goals SMART (Specific, Measurable, Attainable, Relevant, Time-bound).
QuotesMartijn Verburg seems highly quotable. Here are some that stuck in my mind.
“Virtualisation is ruining it for everyone.”
“Seagull managers fly in, make a lot of noise, dump on everyone, then fly out.”
“Having to use swap when running out of memory, is like getting your beer from Pluto instead of the other side of the pub.”
“Don't optimize. Java is way smarter than you are.”
“Lead, follow or get out of the way.”P.S. the picture at the top of the article is the ceiling of the conference room in the Jaarbeurs in Utrecht. They have some very interesting architecture. Seemed like we were sitting right under a rocketengine.
-  Blue4IT - Kennisavond met Java Champion Martijn Verburg
-  JClarity
-  Slideshare Slides - Habits of Highly Effective Teams