Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 559BCDF5A for ; Thu, 15 Nov 2012 21:44:49 +0000 (UTC) Received: (qmail 35726 invoked by uid 500); 15 Nov 2012 21:44:46 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 35653 invoked by uid 500); 15 Nov 2012 21:44:46 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Delivered-To: moderator for user@hbase.apache.org Received: (qmail 58737 invoked by uid 99); 15 Nov 2012 19:13:12 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) X-IronPort-AV: E=McAfee;i="5400,1158,6897"; a="7121640" X-IronPort-AV: E=McAfee;i="5400,1158,6897"; a="1772919" From: "Dhodapkar, Chinmay" To: "user@hbase.apache.org" Subject: is hbase 'checkAndPut' latency significantly higher than simple 'put'? Thread-Topic: is hbase 'checkAndPut' latency significantly higher than simple 'put'? Thread-Index: Ac3DZQ5WY0b3xh2rQsWRrbtLG8LG7w== Date: Thu, 15 Nov 2012 19:12:40 +0000 Message-ID: <1FE22F055A479F42A67DED8F598B5D4B28371349@NASANEXD01F.na.qualcomm.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.30.48.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Logically, it seems checkAndPut will take more time. I am interested specif= ically in load scenarios where we see avg checkandput latency of 15ms (for = 17KB per row of data)....will converting the checkAndPut to simple 'PUT ' s= ignificantly reduce avg latency. For 99% of use cases the row key that we write to does not even exist when = we do a checkAndPut. Thanks, Chinmay