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)