RFR(M): 8026253: New type profiling points: sparc support (original) (raw)
Vladimir Kozlov vladimir.kozlov at oracle.com
Thu Jan 9 14:23:29 PST 2014
- Previous message: RFR(M): 8026253: New type profiling points: sparc support
- Next message: RFR(M): 8026253: New type profiling points: sparc support
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Roland,
c1_LIRAssembler_sparc.cpp: consider using not short branch instruction because the distance could be big (stop() generates a lot of code):
3135 __ ba_short(next);
Otherwise it seems good.
Thanks, Vladimir
On 1/9/14 12:35 AM, Roland Westrelin wrote:
http://cr.openjdk.java.net/~roland/8026253/webrev.00/
The main difference with the x86 code is that on sparc, the current profile value is loaded, checked & updated and finally stored rather than checked & updated in place as is done on x86. As a consequence the code is somewhat simpler because concurrent updates to the profile are not possible. Roland.
- Previous message: RFR(M): 8026253: New type profiling points: sparc support
- Next message: RFR(M): 8026253: New type profiling points: sparc support
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the hotspot-compiler-dev mailing list