lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dawid Weiss <>
Subject ThreadPool threads leaking to suite scope.
Date Thu, 01 Mar 2012 10:24:15 GMT
Question -- TestPhraseQuery has a static @BeforeClass initialized
searcher. With a certain seed this searcher is now initialized with an
underlying ThreadPool but the threadpool's threads (even though it's a
fixed TP) don't get preallocated until the first job is submitted
(executor's contract).

What this causes is a thread leak - like behavior because from the
test's viewpoint the number of threads on the entry and exit don't
match.  I see two options here:

1) initialize threads eagerly; use ThreadPoolExecutor and call
prestartAllCoreThreads. this could be applied to LTC on the trunk.

2) RandomizedRunner allows tests to leak threads to the suite scope
(which then must add up to zero on exit). I temporarily did this on rr
@ThreadLeaks(linger = 1000, leakedThreadsBelongToSuite = true)

Lingering is required because thread pools do not wait for their
threads to actually die (all they do is they leave them to die, but
not join). This could also be fixed on LTC level by joining all
threads started by that custom thread factory.


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message