Re: [drlvm] Fwd: [jira] Updated: (HARMONY-2803) stress.Mix hangs on RHEL4 update 4

[Naveen Neelakantam]

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.

The worst case is that you would have to put stress.Mix on your local
excludes list.  Another worst case scenario is that we replace
stress.Mixwith regression tests that are influenced by enterprise
workloads we want to
try to run.

replacing stress.Mix makes sense.  A simple way to defer the problem  
would be to remove the "load" case from the test.  I've tried doing  
this and stress.Mix then passes consistently for me.  I'd prefer this  
option, because removing the current incarnation of stress.Mix from  
the excludes list would cause my CruiseControl setup to hang.

Naveen




On 2/25/07, Naveen Neelakantam <[EMAIL PROTECTED]> wrote:

I tried running the test with only 1 thread and it doesn't hang (I
even upped the "period" variable in Mix.java to stress further class
loading), so I believe that threading/synchronization is at least
involved.

I also tried running the test on a single CPU box and it hangs there
too.

Strangely enough, I tried increasing the number of threads spawned to
1000 and the test no longer seems to hang.

Naveen

On Feb 25, 2007, at 9:04 PM, Weldon Washburn wrote:

> Naveen,
>
> I looked at your Mix.java.load.patch and have some  questions.  Do
> you know
> if the problems you are observing are related to the repetitive  
class
> loading or to basic threading/sync problems?  Or something  
completely
> different??
>
>    Thanks
>         Weldon
>
> On 2/23/07, Naveen Neelakantam <[EMAIL PROTECTED]> wrote:
>>
>> FYI, stress.Mix is still hanging for me.  It looks like there is
>> another issue (i.e. patch from HARMONY-2963 does not completely  
solve
>> this issue).
>>
>> Naveen
>>
>> Begin forwarded message:
>>
>> > From: "Naveen Neelakantam (JIRA)" <[EMAIL PROTECTED]>
>> > Date: February 23, 2007 6:36:05 PM CST
>> > To: [EMAIL PROTECTED]
>> > Subject: [jira] Updated: (HARMONY-2803) stress.Mix hangs on  
RHEL4
>> > update 4
>> >
>> >
>> >      [ https://issues.apache.org/jira/browse/HARMONY-2803?
>> > page=com.atlassian.jira.plugin.system.issuetabpanels:all- 
tabpanel ]
>> >
>> > Naveen Neelakantam updated HARMONY-2803:
>> > ----------------------------------------
>> >
>> >     Attachment: Mix.java.load.patch
>> >
>> > I took a play out of the Washburn playbook:
>> >
>> > The issue can be reproduces by patching Mix.java so that it only
>> > "load"s.  The attached patch (Mix.java.load.patch) does the  
trick.
>> >
>> > the patched stress.Mix will still only hang intermittently.
>> >
>> >> stress.Mix hangs on RHEL4 update 4
>> >> ----------------------------------
>> >>
>> >>                 Key: HARMONY-2803
>> >>                 URL: https://issues.apache.org/jira/browse/
>> >> HARMONY-2803
>> >>             Project: Harmony
>> >>          Issue Type: Bug
>> >>          Components: build - test - ci
>> >>         Environment: RHEL4 update 4, gcc 3.4.6, core2 (i386)
>> >>            Reporter: Naveen Neelakantam
>> >>         Assigned To: weldon washburn
>> >>            Priority: Critical
>> >>         Attachments: MegaSpawn.java, Mix.java.load.patch
>> >>
>> >>
>> >> This test consistently hangs on RHEL4 update 4 for i386.  It  
has
>> >> been preventing Cruise Control from making any progress.
>> >
>> > --
>> > This message is automatically generated by JIRA.
>> > -
>> > You can reply to this email to add a comment to the issue  
online.
>> >
>>
>>
>
>
> --
> Weldon Washburn
> Intel Enterprise Solutions Software Division




--
Weldon Washburn
Intel Enterprise Solutions Software Division