Ok,
The key offender there was new SecureRandom().generateSeed(128)
The test launches JMeter multiple times, and it caused lots of
"generateSeed(128)" calls.
I've removed excessive generateSeed(128), and I've made the initialization
lazy.
The stacktrace in question was is
"main" #1 prio=5 os_prio=0 tid=0x00007f507400c800 nid=0x33d2 runnable
[0x00007f507aaa0000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:255)
at
sun.security.provider.NativePRNG$RandomIO.readFully(NativePRNG.java:424)
at
sun.security.provider.NativePRNG$RandomIO.implGenerateSeed(NativePRNG.java:441)
- locked <0x00000000ffb11238> (a java.lang.Object)
at
sun.security.provider.NativePRNG$RandomIO.access$500(NativePRNG.java:331)
at
sun.security.provider.NativePRNG.engineGenerateSeed(NativePRNG.java:226)
at java.security.SecureRandom.generateSeed(SecureRandom.java:533)
at org.apache.jorphan.util.JOrphanUtils.<clinit>(JOrphanUtils.java:52)
at
org.apache.jmeter.util.JMeterUtils.loadJMeterProperties(JMeterUtils.java:213)
at org.apache.jmeter.JMeter.initializeProperties(JMeter.java:788)
at org.apache.jmeter.JMeter.start(JMeter.java:461)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.apache.jmeter.NewDriver.main(NewDriver.java:253)
Vladimir
