ShenandoahStrDedupStress.java test
Zhengyu Gu
zgu at redhat.com
Mon Jul 16 16:40:18 UTC 2018
On 07/16/2018 11:55 AM, Aleksey Shipilev wrote:
> On 07/16/2018 04:04 PM, Zhengyu Gu wrote:
>> What you observed is that, it takes longer than used to? or it simply takes too long?
>
> It simply takes too long, and that must tell us something about Shenandoah itself. Can you profile
> the test with perf and see if we verify something excessively? Or there is some other peculiarity
> that makes the test too long? Optimizing tests does pay off with development productivity.
>
The major issue is that, it contains *16* tests with different flag
combinations, while each test takes a little over 1 minute.
I will break it up, and move most of experimental heuristics to tier3,
and keep adaptive and traversal in tier2.
Make sense?
Thanks,
-Zhengyu
>
>> BTW, I think we should probably move all stress tests to tier3, and make tier2 the criteria for
>> pushing? and run tier3 for nightly test?
>
> We should definitely move all stress tests to tier3. I am a bit worried about relaxing our push
> criteria, because stress tests do catch a fair amount of bug, especially for non-trivial changes. I
> think we are having our educated guesses about which tier to run for each change already.
>
>
> -Aleksey
>
More information about the shenandoah-dev
mailing list