RFR 8028735: runtime/RedefineObject/TestRedefineObject.java interrupted (timed out?) on solaris_sparcv9

Mikhailo Seledtsov mikhailo.seledtsov at oracle.com
Wed Feb 5 14:24:02 PST 2014


Looks good to me,

Misha

On 2/5/2014 3:06 PM, Christian Tornqvist wrote:
>
> Looks good, thanks to both you and George for finding and fixing this.
>
> Thanks,
>
> Christian
>
> *From:*hotspot-runtime-dev-bounces at openjdk.java.net 
> [mailto:hotspot-runtime-dev-bounces at openjdk.java.net] *On Behalf Of 
> *Coleen Phillimore
> *Sent:* Wednesday, February 5, 2014 2:52 PM
> *To:* hotspot-runtime-dev
> *Subject:* Re: RFR 8028735: 
> runtime/RedefineObject/TestRedefineObject.java interrupted (timed 
> out?) on solaris_sparcv9
>
> It's so simple, I forgot the webrev.  I'll update the copyright header 
> when I commit.
>
> open webrev at http://cr.openjdk.java.net/~coleenp/8028735/ 
> <http://cr.openjdk.java.net/%7Ecoleenp/8028735/>
> bug link https://bugs.openjdk.java.net/browse/JDK-8028735
>
> On 2/5/14 2:31 PM, Coleen Phillimore wrote:
>
>     Summary: Change GC loop counter to 100 which is enough to test the
>     original problem but doesn't timeout the test.
>
>     Thanks to George T, we have determined that it's a solaris problem
>     that it's slow for 2000 mprotect calls (2 for each gc) not the
>     test itself.  There is data in the bug to reproduce this and we're
>     sending it to the solaris team.
>
>     With gc count reduced to 100, the test doesn't time out. Please
>     review - this is simple!
>
>     Thanks,
>     Coleen
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20140205/3d28847c/attachment.html 


More information about the hotspot-runtime-dev mailing list