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 93CE7200B4A for ; Wed, 15 Jun 2016 06:40:11 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 9161E160A06; Wed, 15 Jun 2016 04:40:11 +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 0BF74160A56 for ; Wed, 15 Jun 2016 06:40:10 +0200 (CEST) Received: (qmail 70741 invoked by uid 500); 15 Jun 2016 04:40:09 -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 70650 invoked by uid 99); 15 Jun 2016 04:40:09 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Jun 2016 04:40:09 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 836232C1F64 for ; Wed, 15 Jun 2016 04:40:09 +0000 (UTC) Date: Wed, 15 Jun 2016 04:40:09 +0000 (UTC) From: "stack (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-16023) Fastpath for the FIFO rpcscheduler MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 15 Jun 2016 04:40:11 -0000 [ https://issues.apache.org/jira/browse/HBASE-16023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15331135#comment-15331135 ] stack commented on HBASE-16023: ------------------------------- bq. Checking no task and waiting on the semaphore is not atomic, and it is possible that a reader queues a task while a worker are going to waiting on the semaphore. Even if the Reader semaphore release runs before we get to the acquire, thats ok? The acquire will just not block when called? Let me know if I misunderstand. > Fastpath for the FIFO rpcscheduler > ---------------------------------- > > Key: HBASE-16023 > URL: https://issues.apache.org/jira/browse/HBASE-16023 > Project: HBase > Issue Type: Sub-task > Components: Performance, rpc > Affects Versions: 2.0.0, 1.3.0 > Reporter: stack > Assignee: stack > Fix For: 2.0.0, 1.3.0 > > Attachments: HBASE-16023.branch-1.001.patch, hits.nofifo.fifoplusfp.fifownofp.hacks.png > > > This is an idea copied from kudu where we skip queuing a request if there is a handler ready to go; we just do a direct handoff from reader to handler. > Makes for close to a %20 improvement in random read workloadc testing moving the bottleneck to HBASE-15716 and to returning the results. -- This message was sent by Atlassian JIRA (v6.3.4#6332)