RFR: 8226416: MonitorUsedDeflationThreshold can cause repeated async deflation requests [v2]

[Daniel D.Daugherty]

> Adding support for a diagnostic option called NoAsyncDeflationProgressMax
> with a default value of 3. If we have three async monitor deflation cycles in a
> row with zero monitors deflated, then we adjust the in_use_list_ceiling up.
> 
> I've locally built and tested this fix on my MBP13 using the
> MonitorUsedDeflationThresholdTest.java test that I wrote when this issue
> first came up in June of 2019. I will be including this fix in my next Mach5
> Tier[1-3] testing batch.

Daniel D. Daugherty has updated the pull request incrementally with two additional commits since the last revision:

 - Merge branch 'JDK-8259349' into JDK-8226416
 - Fix build error on windows.

-------------

Changes:
  - all: https://git.openjdk.java.net/jdk/pull/1993/files
  - new: https://git.openjdk.java.net/jdk/pull/1993/files/af5c3fec..eca5066b

Webrevs:
 - full: https://webrevs.openjdk.java.net/?repo=jdk&pr=1993&range=01
 - incr: https://webrevs.openjdk.java.net/?repo=jdk&pr=1993&range=00-01

  Stats: 3 lines in 1 file changed: 2 ins; 0 del; 1 mod
  Patch: https://git.openjdk.java.net/jdk/pull/1993.diff
  Fetch: git fetch https://git.openjdk.java.net/jdk pull/1993/head:pull/1993

PR: https://git.openjdk.java.net/jdk/pull/1993