Hi Eric,
On 11/24/2013 7:41 PM, Eric Wang wrote:
Hi Mandy & All,
Sorry for late!
The webrev below is just finished based on the comments from peers,
please help to review.
http://cr.openjdk.java.net/~ewang/JDK-7067973/webrev.00/
<http://cr.openjdk.java.net/%7Eewang/JDK-7067973/webrev.00/>
Thanks for the patch that looks okay. Some comments:
L34-40: can you explain why you want to run all 7 settings? I would
expect one for each collector.
L61: I think the static checker variable is meant to be a local variable
(and looks like "pools" and "managers" don't need to be static variable).
Mandy
Thanks,
Eric
On 2013/11/15 10:55, Mandy Chung wrote:
Hi Eric,
On 11/14/2013 6:16 PM, Eric Wang wrote:
Hi Everyone,
I'm working on the bug https://bugs.openjdk.java.net/browse/JDK-7067973.
It is a test bug as the test doesn't guarantee memory allocated from
the Old Gen, if the used memory is zero and doesn't cross the
threshold, no notification is sent, so both the main thread and
Checker thread are blocked to wait for the GC notification.
so the suggested fix is similar as the fix ResetPeakMemoryUsage.java
<http://hg.openjdk.java.net/jdk8/tl/jdk/rev/a0896634ab46> to create
big object to make sure the old gen usage crosses the threshold and
run test with different GC vmoptions.
What are you looking for specifically? I have provided the above
information. I need to see the webrev to provide further feedback.
Mandy