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 80BF0661C for ; Tue, 14 Jun 2011 22:52:11 +0000 (UTC) Received: (qmail 13878 invoked by uid 500); 14 Jun 2011 22:52:11 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 13849 invoked by uid 500); 14 Jun 2011 22:52:11 -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 13841 invoked by uid 99); 14 Jun 2011 22:52:10 -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:52:10 +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 saint.ack@gmail.com designates 209.85.161.41 as permitted sender) Received: from [209.85.161.41] (HELO mail-fx0-f41.google.com) (209.85.161.41) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jun 2011 22:52:05 +0000 Received: by fxm18 with SMTP id 18so38064fxm.14 for ; Tue, 14 Jun 2011 15:51:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=zrpvb6a6ZQW47jLPURfBwdR/ViEKhfuCEO1HGwrTJWI=; b=j2w/ROSY6rQr1JMQkSl8p1mV28/97YGm74Cwbiu4knLMuA08QhcVlTz/ZvBHUtKocM SUcuw0LZ7MOg+r7YcKb9swRoQxCNElnj0Z5hbnQpVd27A0cS6Q8sIPrcuTvIVOU96BUB Y+QfR+Kq5uUvzhWyWImoXdA8hS/CdC6QT2Czw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=ZbNZm1K4FQXDCngCocmTkEn4SX50UHJBpnG3uW/Q+6TfsEc6gjog0qEBDqBezz4ESI yraoD7mngd/1mECv63KYgtlU1nY5U16nJdOOAed3MfNP8KkpFoCI2VdBYQqQG9p6v7Op A5cKJuZZdE9UF1T4K2UKPLmdjvYyKbMo21hLw= MIME-Version: 1.0 Received: by 10.223.158.72 with SMTP id e8mr601021fax.39.1308091904764; Tue, 14 Jun 2011 15:51:44 -0700 (PDT) Sender: saint.ack@gmail.com Received: by 10.223.147.207 with HTTP; Tue, 14 Jun 2011 15:51:44 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Jun 2011 15:51:44 -0700 X-Google-Sender-Auth: ZYjjBKPYCU5ZcpOyAg1d0z8xS44 Message-ID: Subject: Re: ConcurrentSkipListMap performance in the MemStore From: Stack To: dev@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Or do as Todd suggested a while back and pull in CSLM and hack it to suit our needs; its public domain. St.Ack On Tue, Jun 14, 2011 at 3:23 PM, Jason Rutherglen wrote: >> See this J: http://www.cloudera.com/blog/2011/03/avoiding-full-gcs-in-hb= ase-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. =A0However 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. =A0We 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. =A0It 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-hb= ase-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 MemStor= e? >>> >> >