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 8AA23200CD8 for ; Wed, 2 Aug 2017 08:47:12 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 8922C168C83; Wed, 2 Aug 2017 06:47:12 +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 CFA38168C76 for ; Wed, 2 Aug 2017 08:47:11 +0200 (CEST) Received: (qmail 21714 invoked by uid 500); 2 Aug 2017 06:47:10 -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 21265 invoked by uid 99); 2 Aug 2017 06:47:10 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Aug 2017 06:47:10 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 923D8180805 for ; Wed, 2 Aug 2017 06:47:09 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id htygHJ-HvbE4 for ; Wed, 2 Aug 2017 06:47:08 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 34C1E5F613 for ; Wed, 2 Aug 2017 06:47:07 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id BD689E0A31 for ; Wed, 2 Aug 2017 06:47:06 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 9681E2465A for ; Wed, 2 Aug 2017 06:47:02 +0000 (UTC) Date: Wed, 2 Aug 2017 06:47:02 +0000 (UTC) From: "Anoop Sam John (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-18500) Performance issue: Don't use BufferedMutator for HTable's put method MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 02 Aug 2017 06:47:12 -0000 [ https://issues.apache.org/jira/browse/HBASE-18500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16110410#comment-16110410 ] Anoop Sam John commented on HBASE-18500: ---------------------------------------- This fix is applicable which all branches? In master we do like what is done in patch now? > Performance issue: Don't use BufferedMutator for HTable's put method > -------------------------------------------------------------------- > > Key: HBASE-18500 > URL: https://issues.apache.org/jira/browse/HBASE-18500 > Project: HBase > Issue Type: Bug > Reporter: Guanghao Zhang > Assignee: Guanghao Zhang > Attachments: HBASE-18500-v1.patch > > > Copied the test result from HBASE-17994. > Run start-hbase.sh in my local computer and use the default config to test with PE tool. > {code} > ./bin/hbase org.apache.hadoop.hbase.PerformanceEvaluation --rows=100000 --nomapred --autoFlush=True randomWrite 1 > ./bin/hbase org.apache.hadoop.hbase.PerformanceEvaluation --rows=100000 --nomapred --autoFlush=True asyncRandomWrite 1 > {code} > Mean latency test result. > || || Test1 || Test2 || Test3 || Test4 || Test5 || > | randomWrite | 164.39 | 161.22 | 164.78 | 140.61 | 151.69 | > | asyncRandomWrite | 122.29 | 125.58 | 122.23 | 113.18 | 123.02 | > 50th latency test result. > || || Test1 || Test2 || Test3 || Test4 || Test5 || > | randomWrite | 130.00 | 125.00 | 123.00 | 112.00 | 121.00 | > | asyncRandomWrite | 95.00 | 97.00 | 95.00 | 88.00 | 95.00 | > 99th latency test result. > || || Test1 || Test2 || Test3 || Test4 || Test5 || > | randomWrite | 600.00 | 600.00 | 650.00 | 404.00 | 425.00 | > | asyncRandomWrite | 339.00 | 327.00 | 297.00 | 311.00 | 318.00 | > In our internal 0.98 branch, the PE test result shows the async write has the almost same latency with the blocking write. But for master branch, the result shows the async write has better latency than the blocking client. Take a look about the code, I thought the difference is the BufferedMutator. For master branch, HTable don't have a write buffer and all write request will be flushed directly. And user can use BufferedMutator when user want to perform client-side buffering of writes. For the performance issue (autoFlush=True), I thought we can use rpc caller directly in HTable's put method. Thanks. -- This message was sent by Atlassian JIRA (v6.4.14#64029)