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