One more stack trace which is active during indexing. This call task is also
executed on the same single threaded executor as registering new searcher:
"searcherExecutor-48-thread-1" prio=10 tid=0x00007f24c0715000 nid=0x3de6
runnable [0x00007f24b096d000]
java.lang.Thread.State: RUNNABLE
at
org.apache.lucene.search.MultiTermQueryWrapperFilter.getDocIdSet(MultiTermQueryWrapperFilter.java:111)
at
org.apache.lucene.search.ConstantScoreQuery$ConstantWeight.scorer(ConstantScoreQuery.java:131)
at
org.apache.lucene.search.BooleanQuery$BooleanWeight.scorer(BooleanQuery.java:311)
at org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:621)
at org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:297)
at
org.apache.solr.search.SolrIndexSearcher.getDocListNC(SolrIndexSearcher.java:1494)
at
org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:1363)
at
org.apache.solr.search.SolrIndexSearcher.access$000(SolrIndexSearcher.java:118)
at
org.apache.solr.search.SolrIndexSearcher$3.regenerateItem(SolrIndexSearcher.java:465)
at org.apache.solr.search.LRUCache.warm(LRUCache.java:188)
at
org.apache.solr.search.SolrIndexSearcher.warm(SolrIndexSearcher.java:2035)
at org.apache.solr.core.SolrCore$4.call(SolrCore.java:1676)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:724)
Locked ownable synchronizers:
- <0x00007f2880335d38> (a
java.util.concurrent.ThreadPoolExecutor$Worker)
Maybe warming queries are blocking commit? But... why it increases during
not so high load - 1000-2000 request per hour.
And doesn't increase during very low load.
Best,
Michał
--
View this message in context:
http://lucene.472066.n3.nabble.com/Constantly-increasing-time-of-full-data-import-tp4103873p4106318.html
Sent from the Solr - User mailing list archive at Nabble.com.
