On Wed, Jan 20, 2016 at 10:43:47AM +0100, Severin Gehwolf wrote:
> Hi,
> 
> I'm doubtful this is an issue specific to AIX since I'm seing this now
> on a Linux box. See below.
> 
> On Mon, 2016-01-18 at 15:39 +0100, Volker Simonis wrote:
> > On Mon, Jan 18, 2016 at 3:34 PM, Andreas Lundblad
> > <andreas.lundb...@oracle.com> wrote:
> > > > > > Interesting observation. The code for waiting for valid port file 
> > > > > > values
> > > > > > basically looks like
> > > > > > 
> > > > > >      for (int i = 0; i < 10; i++) {
> > > > > >          checkPortFile();
> > > > > >          if (successful)
> > > > > >              break;
> > > > > >          sleep(500);
> > > > > >      }
> > > > > > 
> > > > > > so the fact that it even reaches 6676 ms looks suspicious when it 
> > > > > > comes to
> > > > > > load.
> > > > > 
> > > > > 
> > > > > Why? Under load those sleep(500)'s might not return for much longer; 
> > > > > and the
> > > > > whole things might be time preempted at any point for an extended 
> > > > > period of
> > > > > time.
> > > 
> > > What I meant was that the fact that the code takes 6676 ms to complete 
> > > increases my suspicion about it being due to a load issue.
> 
> FWIW, I'm seeing this issue now on the Zero builder:
> http://builder.classpath.org/jenkins/job/OpenJDK9_hs_rt_Zero/203/console
> 
> The builder might be under load which could cause this, but
> nevertheless it's the first time I'm seeing this. Has the above code
> been introduced recently?
 
The code has been there for a while, but it has only been activated by default 
recently.

> Is there a bug I can CC myself to?

Yes: JDK-8145392

A patch which bumps the default from 5 seconds to 60 seconds is currently under 
review.

-- Andreas

Reply via email to