On Thu, Sep 9, 2010 at 11:51 AM, Grant Ingersoll <gsing...@apache.org> wrote: > On Sep 6, 2010, at 10:41 AM, Yonik Seeley wrote: >> For SolrCloud, I don't think we'll end up using consistent hashing - >> we don't need it (although some of the concepts may still be useful). > > Can you elaborate on why we don't need it?
I guess because I can't think of a reason why we would need it - hence it seems we don't? Random node placement and virtual nodes would seem to be a disadvantage for us since we aren't just a key-value store and care about more than one key at a time. Larger partitions in conjunction with user-based/directed partitioning will allow doing things like querying a specific user's email box (for example) by hitting a single (or very few) nodes in the complete cluster. -Yonik http://lucenerevolution.org Lucene/Solr Conference, Boston Oct 7-8
