harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Elena Semukhina" <elena.semukh...@gmail.com>
Subject Re: [drlvm] Fwd: [jira] Updated: (HARMONY-2803) stress.Mix hangs on RHEL4 update 4
Date Mon, 12 Mar 2007 09:11:26 GMT
On 3/11/07, Naveen Neelakantam <neelakan@uiuc.edu> wrote:
>
>
> On Mar 2, 2007, at 12:43 PM, Geir Magnusson Jr. wrote:
>
> >
> > On Feb 28, 2007, at 3:25 PM, Naveen Neelakantam wrote:
> >
> >>
> >> On Feb 28, 2007, at 3:40 PM, Weldon Washburn wrote:
> >>
> >>> Naveen,
> >>>
> >>> 1)
> >>> I tried Mix.java.load.patch on my 2-way Linux box.  It hangs
> >>> consistently.
> >>> 2)
> >>> I tried the svn HEAD version of Mix.java.  I can't get it to
> >>> fail.  Can you
> >>> do an "svn update" and see if the baseline Mix.java causes your
> >>> regression
> >>> tests to hang?
> >>
> >> I used "repeat 100 java -cp . stress.Mix" and the test still hangs
> >> for me.
> >>
> >>> My guess is that Mix.java.load.patch is somehow triggering
> >>> classloader/vm
> >>> synchronization bugs.  I worry that we will spend a bunch of time
> >>> fixing
> >>> legitimate bugs with no specific focus on getting chosen enterprise
> >>> workloads running.  Unless an enterprise app exhibits a very high
> >>> rate of
> >>> class loading, I'd like to set this bug aside for now.  What do
> >>> you think?
> >>
> >> I think you are correct.  We should make sure some app demands
> >> high-rate class loading before chasing this bug down.
> >
> > I don't agree.  I think we should at least understand it (that
> > doesn't mean fix it if it's hard), but understand why it's
> > happening.  Even a good faith "I'll spend 2 days trying to figure
> > this out, but no more" might well be worth it.
> >
> > Nothing scares me more than sweeping unaccountable failures under
> > the rug.
>
> Thankfully, the patches from HARMONY-2982 resolved the remaining issues.


Does this mean that we can remove stress.Mix from the excluded list on linux
x86? IIRC, it was excluded just because it failed on RHEL4 for Naveen. It
passes for me on SLES x86. Does it fail on Ubuntu?

Thanks,
Elena

>
> > geir
> >
>
>


-- 
Thanks,
Elena

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message