Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (nike.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type;
  b=GleVaXOHK6Y74KsBnElaNLpuaHdMn3wuaAoVFtadYqXyMnmnHpKFxCwdN3nFoGIfNSrURIi+4JeQysD9SdioAF66KB17HQuRTcxYiWvNrDoPOVdi/k0wSL8fmOGb9EbBxWvrCQ+JXw0DvbMWjg13Nfy6vjNcC4tssUiTfNdHezs=;
References: <CDAD4410.25734%Dean.Hiller@nrel.gov>
	<CALdd-zgj9AaLgN9wr-J7tw2RaViW=LfP3hfHnNoT4AzAgWPerw@mail.gmail.com>
	<CAPmnz8H7iB0NLm+Wik-seKU7v_g3RMVk1YGqEgc_Z9BpRjkvMA@mail.gmail.com>
	<CAENxBwx=wccHBz_RoTGais_cNCSJTbZFx+QqEELS6dNkHYzZLw@mail.gmail.com>
	<CAPmnz8EwPYuaEhLWPpe9zHvx5WQwFbHQ91caahYrbToOwCu7tg@mail.gmail.com>
	<CAPmnz8H3DLFf43fR-2eDDn960dNv1FXoynuit+-xeN9uoNZcmQ@mail.gmail.com>
 <CAEDUwd2e5RHNe6ffbPShP2jwky0-m3CqL-gMfUnSnf3Oz0WdDw@mail.gmail.com>
Message-ID: <1371499179.44547.YahooMailNeo@web120406.mail.ne1.yahoo.com>
Date: Mon, 17 Jun 2013 12:59:39 -0700 (PDT)
From: Thomas Bernhardt <bernhardttom@yahoo.com>
Reply-To: Thomas Bernhardt <bernhardttom@yahoo.com>
Subject: Re: index_interval
To: "user@cassandra.apache.org" <user@cassandra.apache.org>
In-Reply-To: 
 <CAEDUwd2e5RHNe6ffbPShP2jwky0-m3CqL-gMfUnSnf3Oz0WdDw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="1635569886-2042771328-1371499179=:44547"

--1635569886-2042771328-1371499179=:44547
Content-Type: text/plain; charset=us-ascii


________________________________
 From: Robert Coli <rcoli@eventbrite.com>
To: user@cassandra.apache.org 
Sent: Monday, June 17, 2013 3:28 PM
Subject: Re: index_interval
 

On Mon, May 13, 2013 at 9:19 PM, Bryan Talbot <btalbot@aeriagames.com> wrote:
> Can the index sample storage be treated more like key cache or row cache
> where the total space used can be limited to something less than all
> available system ram, and space is recycled using an LRU (or configurable)
> algorithm?

Treating it with LRU doesn't seem to make that much sense, but there's
seemingly-trivial ways to prune an Index Sample [1] like
delete-every-other-key.

Brief conversation with driftx suggests a lack of enthusiasm for the
scale of win potential from active pruning of the Index Sample,
especially given the relative size of bloom filters compared to the
Index Sample.

However if you are interested in this as a potential improvement, feel
free to file a JIRA! :D

=Rob

[1] New terminology "Partition Summary" per jbellis keynote @ summit2013
--1635569886-2042771328-1371499179=:44547
Content-Type: text/html; charset=us-ascii

<html><body><div style="color:#000; background-color:#fff; font-family:arial, helvetica, sans-serif;font-size:10pt"><div><span></span></div><div><br></div>  <div style="font-family: arial, helvetica, sans-serif; font-size: 10pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <hr size="1">  <font face="Arial" size="2"> <b><span style="font-weight:bold;">From:</span></b> Robert Coli &lt;rcoli@eventbrite.com&gt;<br> <b><span style="font-weight: bold;">To:</span></b> user@cassandra.apache.org <br> <b><span style="font-weight: bold;">Sent:</span></b> Monday, June 17, 2013 3:28 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: index_interval<br> </font> </div> <div class="y_msg_container"><br>On Mon, May 13, 2013 at 9:19 PM, Bryan Talbot &lt;<a ymailto="mailto:btalbot@aeriagames.com" href="mailto:btalbot@aeriagames.com">btalbot@aeriagames.com</a>&gt; wrote:<br>&gt; Can the index sample
 storage be treated more like key cache or row cache<br>&gt; where the total space used can be limited to something less than all<br>&gt; available system ram, and space is recycled using an LRU (or configurable)<br>&gt; algorithm?<br><br>Treating it with LRU doesn't seem to make that much sense, but there's<br>seemingly-trivial ways to prune an Index Sample [1] like<br>delete-every-other-key.<br><br>Brief conversation with driftx suggests a lack of enthusiasm for the<br>scale of win potential from active pruning of the Index Sample,<br>especially given the relative size of bloom filters compared to the<br>Index Sample.<br><br>However if you are interested in this as a potential improvement, feel<br>free to file a JIRA! :D<br><br>=Rob<br><br>[1] New terminology "Partition Summary" per jbellis keynote @ summit2013<br><br><br></div> </div> </div>  </div></body></html>
--1635569886-2042771328-1371499179=:44547--