[aarch64-port-dev ] JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK 9 on AArch64

[Stuart Monteith]

Hello Aleksey,
	We had been running with the command line options to distinguish
between the client and server VMs. Previously we had been been patching
the VM to enable the client mode. I'll remove those options. There are
some additional options:

-XX:-RestrictContended -XX:+UnlockDiagnosticVMOptions -XX:+WhiteBoxAPI
-XX:+TieredCompilation -XX:TieredStopAtLevel=1 -XX:ReservedCodeCacheSize=128

re-examining them, they really aren't necessary, jcstress will kick off
with the necessary options. I believe jcstress has changed a lot since
the configuration was originally written. I'll fix them up.

Thanks,
	Stuart

On 27/02/17 09:19, Aleksey Shipilev wrote:
> Hi,
> 
> On 02/26/2017 02:42 PM, ci_notify at linaro.org wrote:
>> This is a summary of the jcstress test results
>> ==============================================
>>  
>> The build and test results are cycled every 15 days.
>>  
>> 2017-02-26 pass rate: 6300/6302, results: http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/056/results/
>>  
>> For detailed information on the test output please refer to: 
>>  
>>   http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/
> 
> Who is responsible for configuring jcstress for these runs? I think it still
> uses the "old style" configuration via inherited cmdline options, e.g. like this:
> 
>  $ java -XX:myoption -XX:myoption2 -jar jcstress.jar ...
> 
> This wrecks up the newer jcstress configuration that chooses the VM modes to
> test on automatically. See for example:
>  http://openjdk.linaro.org/jdk9/jcstress-nightly-runs/2017/056/results/org.openjdk.jcstress.tests.volatiles.VolatileIncrementAtomicityTest.html
> 
> All of these run with -XX:TieredStopAtLevel=1 (inherited from cmdline,
> probably), even when configuration is supposed to be changed (see the trailing
> cmdline options).
> 
> Please drop the cmdline options, and let jcstress do its job:
> 
>  $ java -jar jcstress.jar
> 
> Thanks,
> -Aleksey
>