Hi Benson, there must be another thread that sits on this lock: - parking to wait for <0x00007f18ee497038> But the stack trace you have shown has nothing to do with Lucene! This looks like one of the normal threads always waiting for some external trigger (they are used by the garbage collector). Could this be that one: https://issues.apache.org/jira/browse/LUCENE-5573
So it would be better to get the *full* stack trace of all threads. Uwe ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: [email protected] > -----Original Message----- > From: Benson Margulies [mailto:[email protected]] > Sent: Monday, April 07, 2014 2:41 AM > To: [email protected] > Subject: I may have run into something interesting with luceneutil > > Or I may not. > > https://code.google.com/a/apache- > extras.org/p/luceneutil/wiki/AddToBuildTree?ts=1396830970&updated=Add > ToBuildTree > > I'm trying to learn something about direct posting format using luceneutil. > > The above-linked page is what I'm trying on a 160G multicore machine. > > Using trunk, the SearchPerfTest process seems to be stuck. > > top shows a memory size of 60g -- not even the full 80 I gave it. > > No CPU is being consumed. > > No significant I/O from iostat. > > strace shows no activity. > > jstack is completely boring except for the one thread shown below. > > Anyone got any ideas? > > > "pool-1-thread-1" prio=10 tid=0x00007f2cb81c1800 nid=0x12788 waiting on > condition [0x00007f175f6cc000] > java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native > Method) > - parking to wait for <0x00007f18ee497038> (a > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.aw > ait(AbstractQueuedSynchronizer.java:2043) > at > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.tak > e(ScheduledThreadPoolExecutor.java:1079) > at > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.tak > e(ScheduledThreadPoolExecutor.java:807) > at > java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1 > 068) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.jav > a:1130) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja > va:615) > at java.lang.Thread.run(Thread.java:722) > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] For additional > commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
