RFR: 8076988: reevaluate trivial method policy

[dean.long at oracle.com]

OK.

dl

On 1/8/19 7:22 AM, Eric Caspole wrote:
> Hi Dean, I will make a new CR to revert 8145579 and do that as a 
> separate change next, ok?
> Eric
>
>
> On 1/7/19 23:09, dean.long at oracle.com wrote:
>> Eric, you should be able to revert 8145579 at the same time.
>>
>> dl
>>
>> On 1/7/19 2:47 PM, Eric Caspole wrote:
>>> Hi everyone,
>>> Could I get reviews or comments for a fix/simplification of the 
>>> trivial method policy. I have an internal benchmark where a very hot 
>>> "trivial" method gets compiled at level 1 and it leads to a ~9% 
>>> regression compared to getting compiled with C2 level 4. Others have 
>>> expressed thoughts that this policy might now not as useful as 
>>> originally intended. I have run performance testing of throughput 
>>> and startup time with no noticeable regressions.
>>>
>>> This webrev passed regular tier1 and tier 2 testing.
>>> Thanks,
>>> Eric
>>>
>>>
>>> JBS:
>>> https://bugs.openjdk.java.net/browse/JDK-8076988
>>>
>>> Webrev:
>>> http://cr.openjdk.java.net/~ecaspole/JDK-8076988/01/webrev/
>>