Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id B3006200B17 for ; Tue, 7 Jun 2016 05:16:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id B1B34160A56; Tue, 7 Jun 2016 03:16:22 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 2A6F0160A24 for ; Tue, 7 Jun 2016 05:16:22 +0200 (CEST) Received: (qmail 26114 invoked by uid 500); 7 Jun 2016 03:16:21 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 26090 invoked by uid 99); 7 Jun 2016 03:16:21 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jun 2016 03:16:21 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 0881F2C1F62 for ; Tue, 7 Jun 2016 03:16:21 +0000 (UTC) Date: Tue, 7 Jun 2016 03:16:21 +0000 (UTC) From: "stack (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-15967) Metric for active ipc Readers and make default fraction of cpu count MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 07 Jun 2016 03:16:22 -0000 [ https://issues.apache.org/jira/browse/HBASE-15967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15317742#comment-15317742 ] stack commented on HBASE-15967: ------------------------------- Say more [~ikeda] ... I think we need the workers behind the queue (the 'handler' threads) because we want to do some scheduling... If priority rpc, it should happen above 'normal' priority ipc. If we only have a pool of readers, and they do the parse of the request and then do the handling instead of handing it off, then we don't have opportunity to 'schedule' (we will run much faster though!) See related HBASE-15971. Thanks. > Metric for active ipc Readers and make default fraction of cpu count > -------------------------------------------------------------------- > > Key: HBASE-15967 > URL: https://issues.apache.org/jira/browse/HBASE-15967 > Project: HBase > Issue Type: Sub-task > Reporter: stack > Assignee: stack > Attachments: HBASE-15967.master.001.patch > > > Our ipc Readers are hard coded at 10 regardless since . Running w/ less Readers, we go faster..(e.g. 12 Readers has us doing 135k with workloadc and 6 readers has us doing 145k).. .but hard to tell what count of Readers are needed since no metric. > This issue changes Readers to be 1/4 the installed CPUs or 8, whichever is the minimum, and then adds a new hbase.regionserver.ipc.runningReaders metric so you have a chance seeing whats needed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)