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