microbenchmarks

From: Adam Preble (rockobonaparte_at_hotmail.com)
Date: 01/20/05


Date: Thu, 20 Jan 2005 07:14:01 GMT

I've been dealing with some microbenchmarks off the Internet for Java
profiling at work. I've concluded that all we've seen so far are
obsolete with today's JVMs. The biggest problem is incosideration of
dynamic optimization. Some JVM implements are starting to recompile
their methods as they get taxed, and using the additional, realtime
profiling information for optimizations.

The two big ones I've been studying are Java Grande and Shootout. Note
that these are suites of much smaller tests. They're preferable because
their code generation can be easily dumped and studied. I understand
that to really get a thorough assessment, some more rigorous stuff like
SpecJBB need to be tried.

It's tempting for me to publish my own suggestions, but I wanted to make
sure there's a need for it yet. As it stands, tests from the 2001 time
frame are becoming obsolete. They don't "train" the JVM and in some
cases the code is so trivial that it gets removed entirely.



Relevant Pages

  • Re: Why FC4 using the Jpackage 1.4.2 Java?
    ... No open source JVM currently exists. ... You can register with Sun and go to Sun's Java sight and freely ... run the Java code optimally on the specific platform. ...
    (Fedora)
  • Re: Help me!! Why java is so popular
    ... My point is that those who use Windows already accept bloatware and the ... I think those are the kinds of things which has made Java popular. ... And don't forget about the very fact that with JVM, ... GUI elements are called components and containers, ...
    (comp.lang.java.programmer)
  • Re: Help me!! Why java is so popular
    ... You are basically arguing that "Java is slow because it is slow". ... > Also, a JVM can pay attention to usage, provide caching, adapt at run ... I have no use for unicode in my ...
    (comp.lang.java.programmer)
  • Re: Clojure vs Java speed
    ... vectors in C/C++ and Java. ... The JIT can't, but the coder can. ... You cannot write code that is both that short and that efficient in Clojure. ... You are on the JVM to interoperate with Java. ...
    (comp.programming)
  • Re: Java question
    ... Thats correct, however as I stated, you loose all the standard stuff that comes with a JVM and you loose the capability to have a runtime that behaves similar and can be tuned and parameterized similar to other platforms. ... Or when classes are used among multiple JVMs, in addition to the shared classloader cache having a shared JIT cache would likely have its benefits. ... Subject: Java question ... expect this to be the very same version of the compiler, ...
    (bit.listserv.ibm-main)