Java-Gaming.org Java4K winners: [ by our judges | by the community ]         
Featured games (67)
games approved by the League of Dukes
Games in Showcase (∞)
games submitted by our members



News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  Print  
  Tiered compilation  (Read 4735 times)
0 Members and 1 Guest are viewing this topic.
Offline abies

Sr. Member
**

Posts: 456



« on: 2006-04-24 14:04:03 »

"Use C1 as fast compiler in a tiered system with C2"
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6272349

Do I see the light at the end of the tunnel ?

Do you know if it will be enabled for all the platforms before final release of 1.6 ?

Artur Biesiadowski
Offline swpalmer

JGO Kernel
*****

Posts: 3438
Medals: 4


Where's the Kaboom?


« Reply #1 on: 2006-04-24 14:19:25 »

Release fixed says "Dolphin (b81)"

Dolphin is Java 7.
but b81 seems to refer to the Mustang build.

The evaluation only mentions solaris.  It looks like this is just preparing for tiered compilation in the Dolphin release.

Offline fatcatair

JGO n00b
*

Posts: 1



« Reply #2 on: 2006-04-25 08:55:30 »

Yes there is light at the end of the tunnel and it isn't the train. The final runtime pieces of tiered compilation got putback into mustang. We don't build the tiered system though. At the moment it is buildable only on solaris but that is only a makefile issue all the runtime pieces and compiler pieces are present. That isn't to say that it doesn't need lots of tuning. There are lots of policy decisions that are being worked on but those code changes will be trivial compared to what has been done during mustang. Unfortunately I was quite fast enough. The intention with the recent putback is that I (we) expect that there will be pressure to backport it into an update release of mustang so the last major code changes got put into place now.

I have done some benchmarking of the tiered system on x86 and sparc (no amd64 since we need a client compiler). At the moment the numbers are encouraging.  Typically we see startup performance as good as with client but final performance is either a little lower or a little higher than using -server.   I'll be part of a group presentin at Java One on "New Compiler Optimizations in the Java HotSpot™ Virtual Machine" and I hope to have some more performance data there but we'll see. It will certainly cover some of the work in getting tiered ready,
Games published by our own members! Go get 'em!
Offline princec
« League of Dukes »

JGO Kernel
*****

Posts: 8089
Medals: 96


Eh? Who? What? ... Me?


« Reply #3 on: 2006-04-25 09:03:29 »

You heard it here first!

Nice that JGO is always at the forefront of real JVM performance issues Cheesy

Cas Smiley

Offline swpalmer

JGO Kernel
*****

Posts: 3438
Medals: 4


Where's the Kaboom?


« Reply #4 on: 2006-04-25 23:48:48 »

Thanks for the clarification fatcatair... this is welcome news... and please stick around now that you're here.  I'm sure this particular forum can really benefit from your presence.

Offline Linuxhippy

Sr. Member
**

Posts: 454


Java games rock!


« Reply #5 on: 2006-04-27 06:49:39 »

Thanks a lot, tired compilation is one of the features which I guess can help java on desktop a lot - I am really interested which impact this will have on swing applications :-)
Waiting for it till dolphin would have been really sad, great to here that almost all code is there :-)
:-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)

Do you have any ideas how this will impact startup-speed (since C2 is larger than C1 and now both have to be loaded) and memory footprint? Is it in the 10-20% range?

Thanks a lot for this improvement, I've been waiting for it since ... well I guess when I first heard about it Wink

lg Clemens
Pages: [1]
  Print  
 
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!
Page created in 0.066 seconds with 20 queries.