<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Well, I rushed my answer before, if you want performance, you
    probably want Bitcask, if you want compression then LevelDB, the
    following links should help you decide better:<br>
    <br>
<a class="moz-txt-link-freetext" href="http://docs.basho.com/riak/1.2.0/tutorials/choosing-a-backend/Bitcask/">http://docs.basho.com/riak/1.2.0/tutorials/choosing-a-backend/Bitcask/</a><br>
<a class="moz-txt-link-freetext" href="http://docs.basho.com/riak/1.2.0/tutorials/choosing-a-backend/LevelDB/">http://docs.basho.com/riak/1.2.0/tutorials/choosing-a-backend/LevelDB/</a><br>
    <br>
    Or multi, use one as default and then the other for specific
    buckets:<br>
    <br>
    <a class="moz-txt-link-freetext" href="http://docs.basho.com/riak/1.2.0/tutorials/choosing-a-backend/Multi/">http://docs.basho.com/riak/1.2.0/tutorials/choosing-a-backend/Multi/</a><br>
    <br>
    HTH,<br>
    <br>
    Guido.<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 10/07/13 09:53, Guido Medina wrote:<br>
    </div>
    <blockquote cite="mid:51DD2110.8060503@temetra.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      Then you are better off with Bitcask, that will be the fastest in
      your case (no 2i, no searches, no M/R)<br>
      <br>
      HTH,<br>
      <br>
      Guido.<br>
      <br>
      <div class="moz-cite-prefix">On 10/07/13 09:49, Edgar Veiga wrote:<br>
      </div>
      <blockquote
cite="mid:CAM-EGEphjL0v8OuwKNENnw-JetLsJZRmBAb3nNL31pg-jttdiw@mail.gmail.com"
        type="cite">
        <div dir="ltr">Hello all!
          <div><br>
          </div>
          <div style="">I have a couple of questions that I would like
            to address all of you guys, in order to start this migration
            the best as possible.</div>
          <div style=""><br>
          </div>
          <div style="">Context:</div>
          <div style="">- I'm responsible for the migration of a pure
            key/value store that for now is being stored on memcacheDB. </div>
          <div style="">- We're serializing php objects and storing
            them. </div>
          <div style="">- The total size occupied it's ~2TB.</div>
          <div style=""><br>
          </div>
          <div style="">- The idea it's to migrate this data to a riak
            cluster with elevelDB backend (starting with 6 nodes, 256
            partitions. This thing is scaling very fast).</div>
          <div style="">- We only need to access the information by key.
            <b>We won't need neither map/reduces, searches or secondary
              indexes</b>. It's a pure key/value store!</div>
          <div style=""><br>
          </div>
          <div style="">My questions are:</div>
          <div style="">- Do you have any riak fine tunning tip
            regarding this use case (due to the fact that we will only
            use the key/value capabilities of riak)?</div>
          <div style=""> - It's expected that those 2TB would be reduced
            due to the levelDB compression. Do you think we should
            compress our objects to on the client?</div>
          <div style=""><br>
          </div>
          <div style="">Best regards,</div>
          <div style="">Edgar Veiga</div>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
riak-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:riak-users@lists.basho.com">riak-users@lists.basho.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a>
</pre>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>