Return-Path: X-Original-To: apmail-hbase-dev-archive@www.apache.org Delivered-To: apmail-hbase-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6B73C648D for ; Tue, 14 Jun 2011 22:25:54 +0000 (UTC) Received: (qmail 73793 invoked by uid 500); 14 Jun 2011 22:25:54 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 73769 invoked by uid 500); 14 Jun 2011 22:25:54 -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 73761 invoked by uid 99); 14 Jun 2011 22:25:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jun 2011 22:25:53 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jason.rutherglen@gmail.com designates 209.85.212.41 as permitted sender) Received: from [209.85.212.41] (HELO mail-vw0-f41.google.com) (209.85.212.41) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jun 2011 22:25:48 +0000 Received: by vws4 with SMTP id 4so6820305vws.14 for ; Tue, 14 Jun 2011 15:25:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=q02O7juHXD1U5/8mYi3qOlf6aqhArO4f0wCTHKC5qB4=; b=gmeK4e81dVOEEUr4L0eZZ98Xs7CYQv3zAhhNWsjb5NzfuX2NlJBE/uOaZl8BDlOZ8m TqjWyg/veLmkKOhV1DnT+Nuvamaap8dJByN8y5rXk6NML477KX/1CoTBZ/bYFLhlAlKe 0xGOYPLPYMRn6rh6GVJuwD7OXYmUKyO6KjkoY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=arWVSrX1uVpU6MsxVgIpL7llHonxQWEgO6o6xiDhkJhXri+bPY4M7eatvWODqg7ZlY dq6v6H+nyFcwy7VhgAxlg5+unFNj+545YbOVZUfKoP1dU5sM8WKn2F7pVdIt4Rroy97+ 2CQxDMXrtes+n+kK+IQNOHCiHCmsBuq+T4vtA= MIME-Version: 1.0 Received: by 10.52.112.194 with SMTP id is2mr2202428vdb.292.1308090220781; Tue, 14 Jun 2011 15:23:40 -0700 (PDT) Received: by 10.52.182.193 with HTTP; Tue, 14 Jun 2011 15:23:40 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Jun 2011 15:23:40 -0700 Message-ID: Subject: Re: ConcurrentSkipListMap performance in the MemStore From: Jason Rutherglen To: dev@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org > See this J: http://www.cloudera.com/blog/2011/03/avoiding-full-gcs-in-hbase-with-memstore-local-allocation-buffers-part-3/ Interesting. In Lucene for realtime search we have the same problem where the best/only option right now for the realtime terms dictionary is to use ConcurrentSkipListMap. However the Node, key, value, and Index objects all are pointers that consume RAM and need to be cleaned up. Lucene right now during indexing does not generate much object pointer garbage. We have the same problem in the two projects. Maybe there's a way to create an AtomicIntegerArray based system that uses int pointers to perform the same function as a the concurrent skip list. It would greatly reduce garbage generation. On Tue, Jun 14, 2011 at 10:14 AM, Stack wrote: > See this J: http://www.cloudera.com/blog/2011/03/avoiding-full-gcs-in-hbase-with-memstore-local-allocation-buffers-part-3/ > St.Ack > > On Mon, Jun 13, 2011 at 10:58 PM, Jason Rutherglen > wrote: >> Is there an issue with garbage generated from using CSLM in the MemStore? >> >