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 BE95C200B97 for ; Sun, 25 Sep 2016 00:49:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id BD37B160AE1; Sat, 24 Sep 2016 22:49: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 F0697160ADF for ; Sun, 25 Sep 2016 00:49:21 +0200 (CEST) Received: (qmail 56529 invoked by uid 500); 24 Sep 2016 22:49:20 -0000 Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hbase.apache.org Delivered-To: mailing list dev@hbase.apache.org Received: (qmail 56497 invoked by uid 99); 24 Sep 2016 22:49:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Sep 2016 22:49:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 7117D2C044E for ; Sat, 24 Sep 2016 22:49:20 +0000 (UTC) Date: Sat, 24 Sep 2016 22:49:20 +0000 (UTC) From: "Andrew Purtell (JIRA)" To: dev@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (HBASE-16703) Explore object pooling of SeekerState MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sat, 24 Sep 2016 22:49:22 -0000 Andrew Purtell created HBASE-16703: -------------------------------------- Summary: Explore object pooling of SeekerState Key: HBASE-16703 URL: https://issues.apache.org/jira/browse/HBASE-16703 Project: HBase Issue Type: Task Reporter: Andrew Purtell In read workloads 35% of the allocation pressure produced by servicing RPC requests comes from SeekerState. of the DataBlockEncoder implementation currently in use, where we allocate two byte arrays of INITIAL_KEY_BUFFER_SIZE in length. There's an opportunity for object pooling of SeekerState here. Subsequent code checks if those byte arrays are sized sufficiently to handle incoming data to copy. The arrays will be resized if needed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)