Skip to main content

Scott Oaks

Scott Oaks works in the middleware performance group at Oracle, where he focuses on the performance of Fusion Middleware and Glassfish. He has worked with Java technology since 1996 and is the co-author of four books in the O'Reilly Java Series, including Java Threads (now in its third edition).


sdo's blog

The NetBeans profiler -- change is good

Posted by sdo on February 13, 2006 at 1:38 PM PST

I am a creature of habit. At some level, I understand that a syntax-directed powerful editing tool might make me
more productive. But vi has been good enough for me for the past 25 years; it will be good enough for the next 25.
This is pretty much emblematic of my (problematic) approach to technology.

Why, then, have I recently switched to using the NetBeans profiler?

Don't guess -- test

Posted by sdo on December 9, 2005 at 9:28 AM PST

One of the things that always interests me is the relative performance of
the collection classes. Recently, I discovered a particular anomaly of
the ConcurrentHashMap class.

I've always considered the ConcurrentHashMap class as something to be
used in special cases: use a Hashtable, and if you notice a lot of
contention for your hashtable, then switch to a ConcurrentHashMap.

Java EE Performance at JavaOne

Posted by sdo on November 11, 2005 at 12:57 PM PST

I was a little surprised to find the JavaOne 2006 Call For Papers in my email this week; wasn't JavaOne 2005 just last month? It can't be mid-November; it's been 60 degrees for weeks in New York.

If you're interested in presenting anything releated to Java EE performance at JavaOne, I encourage you to submit an abstract.

Understanding Performance

Posted by sdo on September 30, 2005 at 12:05 PM PDT

For the last few years, I've worked in the Java Performance Group at Sun
Microsystems. So I thought it might be good to begin my first blog entry by
talking about what's important in looking at performance.

I'm prompted to look into this topic because of a recent blog by
Eric Stahl,
who discusses the performance of SPECjAppServer 2004.