You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Michael Stack (Jira)" <ji...@apache.org> on 2020/01/10 00:14:00 UTC
[jira] [Created] (HBASE-23672) 350+ lossy-count threads running
Michael Stack created HBASE-23672:
-------------------------------------
Summary: 350+ lossy-count threads running
Key: HBASE-23672
URL: https://issues.apache.org/jira/browse/HBASE-23672
Project: HBase
Issue Type: Bug
Affects Versions: 2.3.0
Reporter: Michael Stack
Looking at a server under load (branch-2), I see 350 instances of lossy-count threads running. They look like this:
{code}
8611 "lossy-count-0" #11672 daemon prio=5 os_prio=0 cpu=0.09ms elapsed=281.33s tid=0x00007f1baee76800 nid=0x2411 waiting on condition [0x00007f1b78793000]
8612 java.lang.Thread.State: WAITING (parking)
8613 at jdk.internal.misc.Unsafe.park(java.base@11.0.4/Native Method)
8614 - parking to wait for <0x00000000910a91e0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
8615 at java.util.concurrent.locks.LockSupport.park(java.base@11.0.4/LockSupport.java:194)
8616 at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@11.0.4/AbstractQueuedSynchronizer.java:2081)
8617 at java.util.concurrent.LinkedBlockingQueue.take(java.base@11.0.4/LinkedBlockingQueue.java:433)
8618 at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@11.0.4/ThreadPoolExecutor.java:1054)
8619 at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@11.0.4/ThreadPoolExecutor.java:1114)
8620 at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@11.0.4/ThreadPoolExecutor.java:628)
8621 at java.lang.Thread.run(java.base@11.0.4/Thread.java:834)
{code}
Why we need 350 threads?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)