performance degeneration from jdk7u2 to jdk7u6?

Jochen Theodorou blackdrag at gmx.org
Sat May 19 00:23:31 PDT 2012


Hi all,

I was about to get a brand new assembly to ask some questions on the 
list here when I installed the newest available jdk7 update 6. I ran my 
simple Fibonacci test program and noticed that the time it took was 
sudden 4.6s, where it was 3.5s before. This plus 1s doesn't look too god 
to me. Has there been anything special that causes this? I mean before 
the indy version was a little faster than our call site caching, now it 
is a little slower. General java performance seems not to be reduced, so 
I would assume it is special to indy.

See http://rifers.org/paste/show/1702

... so now... is there sombody who can tell me why my indy version is 
now even slower than my call site version? Sadly I am not really fit 
enough in assembler anymore, especially the one produced by hotspot to 
really read that output. So I have no idea what is wrong.

Two things I should mention... the call to $getCallSiteArray is surplus, 
yes, but that doesn't take much time. The only thing I know that really 
takes a lot of time is the exception guard, but that I have to have 
until I find a way to avoid it.... and the call site version has both as 
well of course. They should not count as satisfying explanation.

bye Jochen

-- 
Jochen "blackdrag" Theodorou - Groovy Project Tech Lead
blog: http://blackdragsview.blogspot.com/
german groovy discussion newsgroup: de.comp.lang.misc
For Groovy programming sources visit http://groovy-lang.org



More information about the mlvm-dev mailing list