Fwd: Request for review: 7173044: Memory monitor demo hangs if MemoryUsage obj returns -1 in getMax
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Mon Jun 4 10:45:43 PDT 2012
The fix looks good.
Thanks,
Serguei
On 6/3/12 11:20 PM, David Holmes wrote:
> On 4/06/2012 4:20 PM, Sean Chou wrote:
>> Thanks David. Do I need one more reviewer to support as it is a
>> modification to demo ?
>
> I honestly don't know. It's a demo in serviceability area, so probably
> someone from serviceability should also give thumbs up.
>
> David
>
>> On Mon, Jun 4, 2012 at 1:55 PM, David Holmes <david.holmes at oracle.com
>> <mailto:david.holmes at oracle.com>> wrote:
>>
>> Looks okay to me.
>>
>> David
>>
>>
>> On 4/06/2012 3:55 PM, Sean Chou wrote:
>>
>> Hi David,
>>
>> Thanks for your time, comments are added. The new
>> webrev is
>> http://cr.openjdk.java.net/~__zhouyx/7173044/webrev.02/
>> <http://cr.openjdk.java.net/~zhouyx/7173044/webrev.02/> .
>> Please have a look.
>>
>> On Mon, Jun 4, 2012 at 11:26 AM, David Holmes
>> <david.holmes at oracle.com <mailto:david.holmes at oracle.com>
>> <mailto:david.holmes at oracle.__com
>> <mailto:david.holmes at oracle.com>>> wrote:
>>
>> Hi Sean,
>>
>> This seems reasonable. Perhaps add a couple of comments:
>>
>> 125 private float usedMemMax[]; // used when max pool size
>> is undefined
>>
>> 202 if (totalMemory < 0) { // max is undefined for this
>> pool
>>
>> David
>> -----
>>
>>
>>
>> On 4/06/2012 12:12 PM, Sean Chou wrote:
>>
>> Hello,
>>
>> Would any one like to take one more look ? It will
>> help much !
>>
>> ---------- Forwarded message ----------
>> From: *Sean Chou* <zhouyx at linux.vnet.ibm.com
>> <mailto:zhouyx at linux.vnet.ibm.com>
>> <mailto:zhouyx at linux.vnet.ibm.__com
>> <mailto:zhouyx at linux.vnet.ibm.com>>
>> <mailto:zhouyx at linux.vnet.ibm.
>> <mailto:zhouyx at linux.vnet.ibm.>____com
>> <mailto:zhouyx at linux.vnet.ibm.__com
>> <mailto:zhouyx at linux.vnet.ibm.com>>>>
>> Date: Thu, May 31, 2012 at 3:17 PM
>> Subject: Request for review: 7173044: Memory monitor
>> demo hangs if
>> MemoryUsage obj returns -1 in getMax
>> To: serviceability-dev at openjdk.__j__ava.net
>> <http://java.net>
>> <mailto:serviceability-dev at __openjdk.java.net
>> <mailto:serviceability-dev at openjdk.java.net>>
>> <mailto:serviceability-dev@
>> <mailto:serviceability-dev@>__o__penjdk.java.net
>> <http://openjdk.java.net>
>>
>> <mailto:serviceability-dev at __openjdk.java.net
>> <mailto:serviceability-dev at openjdk.java.net>>>
>>
>>
>> Hi all,
>>
>> MemoryMonitor demo will hang if MemoryUsage obj
>> returns -1
>> in getMax method.
>> The demo obtains totalMemory from getMax method, and it
>> is used in
>> following loop:
>>
>> " // .. Memory Free ..
>> big.setColor(mfColor);
>> int MemUsage = (int) (((totalMemory -
>> usedMemory) /
>> totalMemory) *
>> 10);
>> int i = 0;
>> for ( ; i < MemUsage ; i++) {
>> mfRect.setRect(x1+5,(float)
>> y1+ssH+i*blockHeight,
>> blockWidth, blockHeight-1);
>> big.fill(mfRect);
>> }
>> "
>> If -1 is returned, MemUsage becomes a very large
>> positive
>> value and
>> the loop hangs
>> the demo.
>>
>> The bug is not seen in current openjdk because
>> the beans
>> returned
>> all has a Max
>> value returned. However, -1 is allowed by spec when Max
>> is not
>> set for
>> the bean, and
>> other jdk might return.
>>
>> In the patch, max is set to 1m or the max memory
>> usage in
>> history
>> for the bean
>> if there is no max specified. Please take a look.
>>
>> Bug:
>>
>> http://bugs.sun.com/____bugdatabase/view_bug.do?bug_____id=7173044
>> <http://bugs.sun.com/__bugdatabase/view_bug.do?bug___id=7173044>
>> <http://bugs.sun.com/__bugdatabase/view_bug.do?bug___id=7173044
>> <http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7173044>>
>> Webrev:
>> http://cr.openjdk.java.net/~____zhouyx/7173044/webrev.01/
>> <http://cr.openjdk.java.net/~__zhouyx/7173044/webrev.01/>
>>
>> <http://cr.openjdk.java.net/~__zhouyx/7173044/webrev.01/
>> <http://cr.openjdk.java.net/~zhouyx/7173044/webrev.01/>> .
>>
>>
>> --
>> Best Regards,
>> Sean Chou
>>
>>
>>
>>
>> --
>> Best Regards,
>> Sean Chou
>>
>>
>>
>>
>> --
>> Best Regards,
>> Sean Chou
>>
>>
>>
>>
>> --
>> Best Regards,
>> Sean Chou
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20120604/f7ac9a55/attachment-0001.html
More information about the serviceability-dev
mailing list