Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type;
  b=DfMZMT/wSOCVQ70KXtRe8mPZtzaRlbD+owTkFm6eF2vaDTzSesI3PLG02b033XEiFkOhgv5HmgbwOa0BZNXkkoNyBnqccKl6RbGQ5P2KqNZb6ve/lJ6ujXlo5FCaBQUkwbk4L/YlbBFhit3VRoAo1zYux1eP8pIze+Q5Gaur9mk=;
Message-ID: <155258.70730.qm@web113616.mail.gq1.yahoo.com>
Date: Mon, 14 Feb 2011 20:16:46 -0800 (PST)
From: E S <tr1sklion@yahoo.com>
Subject: Re: Extra Large Memtables
To: user@cassandra.apache.org
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1200509992-1297743406=:70730"

--0-1200509992-1297743406=:70730
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

 Already submitted and fixed!  Thanks Jonathan for your help on this.  I re=
ally appreciate it!=0A=0Ahttps://issues.apache.org/jira/browse/CASSANDRA-21=
58=0A=0A=0A      
--0-1200509992-1297743406=:70730
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<table cellspacing=3D"0" cellpadding=3D"0" border=3D"0"><tr><td valign=3D"t=
op" style=3D"font: inherit;"><div> Already submitted and fixed!  Thanks Jon=
athan for your help on this.  I really appreciate it!<br /><br />https://is=
sues.apache.org/jira/browse/CASSANDRA-2158</div></td></tr></table>         =
   <div id=3D"_origMsg_">=0A                <div style=3D"font-family:arial=
, helvetica, sans-serif:font-size:10pt">=0A                    <br />=0A   =
                 <div style=3D"font-family:times new roman, new york, times=
, serif;font-size:12pt">=0A                        <font size=3D"2" face=3D=
"Tahoma">=0A                            <hr size=3D"1">=0A                 =
           <b>=0A                                <span style=3D"font-weight=
:bold;">From:</span>=0A                            </b>=0A                 =
           Robert Coli &lt;rcoli@digg.com&gt;;                            <=
br>=0A                            <b>=0A                                <sp=
an style=3D"font-weight:bold:">To:</span>=0A                            </b=
>=0A                             &lt;user@cassandra.apache.org&gt;;        =
                                                                           =
                  <br>=0A                            <b>=0A                =
                <span style=3D"font-weight:bold:">Subject:</span>=0A       =
                     </b>=0A                            Re: Extra Large Mem=
tables                            <br>=0A                            <b>=0A=
                                <span style=3D"font-weight:bold;">Sent:</sp=
an>=0A                            </b>=0A                            Mon, F=
eb 14, 2011 8:54:57 PM                            <br>=0A                  =
          </font>=0A                            <br>=0A                    =
        <table cellspacing=3D"0" cellpadding=3D"0" border=3D"0">=0A        =
                        <tbody>=0A                                    <tr>=
=0A                                        <td valign=3D"top" style=3D"font=
:inherit;">On Sat, Feb 12, 2011 at 11:17 PM, E S &lt;<a ymailto=3D"mailto:t=
r1sklion@yahoo.com" href=3D"javascript:return">tr1sklion@yahoo.com</a>&gt; =
wrote:<BR>&gt; While experimenting with this, I found a bug where you can't=
 have memtable<BR>&gt; throughput configured past 2 gigs without an integer=
 overflow screwing up the<BR>&gt; flushes. =A0That makes me feel like I'm i=
n uncharted territory :).<BR><BR>I am sure the project would appreciate a J=
IRA ticket detailing how to<BR>reproduce this behavior, which sounds like a=
 bug.<BR><BR><a href=3D"https://issues.apache.org/jira/browse/CASSANDRA" ta=
rget=3D_blank >https://issues.apache.org/jira/browse/CASSANDRA</a><BR><BR>R=
egarding very large memtables, it is important to recognize that<BR>through=
put refers only to the size of the COLUMN VALUES, and not, for<BR>example, =
their names. In cases where, for example, an empty column<BR>value is being=
 stored
 with a UUID column name, your memtable can be<BR>much larger than the valu=
e in the cf definition. I have seen 1GB-sized<BR>memtables flush to disk as=
 1.7GB, and they are likely significantly<BR>larger in memory due to Java o=
bject overhead.<BR><BR>=3DRob<BR></td>=0A                                  =
  </tr>=0A                                </tbody>=0A                      =
      </table>=0A                    </div>=0A                </div>=0A    =
        </div>=0A<br>=0A=0A      
--0-1200509992-1297743406=:70730--