On 3/12/07, Elena Semukhina <[EMAIL PROTECTED]> wrote:
On 3/11/07, Naveen Neelakantam <[EMAIL PROTECTED]> 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?
Naveen suggested the same on another thread:)
Thanks, Elena > > > geir > > > > -- Thanks, Elena
-- Thanks, Elena
