[9] RFR (S): 8150349: Reduce the execution time of the hotspot_compiler_3 group

Zoltán Majó zoltan.majo at oracle.com
Fri Feb 26 12:29:26 UTC 2016

Hi Vladimir,

On 02/25/2016 06:21 PM, Vladimir Kozlov wrote:
> I am fine with removal of adler32 and bmi testing from JPRT runs 
> because we don't have a plan to touch them.
> But code related to CRC32, CRC32c and string may be touched soon for 
> some platforms.

OK, so I've re-enabled testing of the CRC23, CRC32c and string 
intrinsics (still within the hotspot_compiler_3 group). Running the 
group still takes < 30 minutes on our slowest platforms, here are the 
execution times:

  linux_arm64_2.6-fastdebug-c2-hotspot_compiler_3     success(25m 12s)
  solaris_sparcv9_5.11-fastdebug-c2-hotspot_compiler_3 success(11m 46s)

   linux_arm64_2.6-fastdebug-c2-hotspot_compiler_3     success(24m 18s)
   solaris_sparcv9_5.11-fastdebug-c2-hotspot_compiler_3 success(21m 01s)

Here is the updated webrev:

> What if we created hotspot_compiler_4 group for them? How much time it 
> would take to run it on slow platforms?

I think it's fine to leave all tests in hotspot_compiler_3 as all 
execution times are still below 30 minutes.

I filed INTJDK-7622854: "Track the execution time of JPRT tests groups" 
so that we can better track the execution times of the 
hotspot_compiler_[1-3] test groups.

Thank you!

Best regards,


> Thanks,
> Vladimir
> On 2/25/16 8:12 AM, Zoltán Majó wrote:
>> Hi Nils,
>> thank you for the feedback!
>> On 02/25/2016 04:22 PM, Nils Eliasson wrote:
>>> Hi Zoltan,
>>> Have you opened a bug for fixing the tests?
>> No, I have not, because there is an existing issue (INTJDK-7620326) 
>> that is supposed to take care of the high execution
>> time of intrinsic-related tests on platforms where the relevant 
>> intrinsics are not available. I've linked the two issues.
>>> Do we really want to remove the String intrinsics from the list? 
>>> aren't they pretty new?
>> You are right, they are in part new (in part old intrinsics have been 
>> updated). I thought to remove them nevertheless,
>> because they take a long time to execute and are anyway executed in 
>> our nightlies.
>> Best regards,
>> Zoltan
>>> Thanks for fixing this,
>>> Nils Eliasson
>>> On 2016-02-25 15:17, Zoltán Majó wrote:
>>>> Hi,
>>>> please review the patch for 8150349.
>>>> https://bugs.openjdk.java.net/browse/JDK-8150349
>>>> Problem: The hotspot_compiler_3 group of tests takes more than 30 
>>>> minutes on our slowest platforms.
>>>> Solution: Remove a number of long-running tests from the 
>>>> hotspot_compiler_3 group. All removed tests are related to
>>>> intrinsics, that is, they check the functionality of a reduced set 
>>>> of the VM's functionality that is not often
>>>> modified. Also, we execute all removed tests daily (in our nightly 
>>>> testing).
>>>> Here is the time spent in hotspot_compiler_3 on our slowest 
>>>> platforms after removing the tests:
>>>> West:
>>>> solaris_sparcv9_5.11-fastdebug-c2-hotspot_compiler_3 success(15m 22s)
>>>>     platform=solaris_sparc_5.11 osname=solaris osarch=sparc cpus=6 
>>>> parallelcount=6 ram=31744MB cpufreqmhz=2848
>>>> linux_arm64_2.6-fastdebug-c2-hotspot_compiler_3 success(19m 09s)
>>>>     platform=linux_x64_3.8 osname=linux osarch=x64 cpus=12 
>>>> parallelcount=12 ram=60690MB cpufreqmhz=2294
>>>> Stockholm:
>>>> solaris_sparcv9_5.11-fastdebug-c2-hotspot_compiler_3 success(15m 32s)
>>>>     platform=solaris_sparc_5.11 osname=solaris osarch=sparc cpus=12 
>>>> parallelcount=12 ram=24576MB    cpufreqmhz=2848
>>>> linux_arm64_2.6-fastdebug-c2-hotspot_compiler_3 success(20m 24s)
>>>>     platform=linux_arm64_3.13 osname=linux osarch=arm64 cpus=8 
>>>> parallelcount=8 ram=16061MB
>>>> Webrev:
>>>> http://cr.openjdk.java.net/~zmajo/8150349/webrev.00/
>>>> Thank you!
>>>> Best regards,
>>>> Zoltan

More information about the hotspot-compiler-dev mailing list