Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id CBE69200CDA for ; Fri, 21 Jul 2017 03:36:07 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id C734316C714; Fri, 21 Jul 2017 01:36:07 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 18EC816C712 for ; Fri, 21 Jul 2017 03:36:06 +0200 (CEST) Received: (qmail 49751 invoked by uid 500); 21 Jul 2017 01:36:06 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 49740 invoked by uid 99); 21 Jul 2017 01:36:06 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Jul 2017 01:36:06 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 78E101A1CAC for ; Fri, 21 Jul 2017 01:36:05 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id UsfLYu9-3yHO for ; Fri, 21 Jul 2017 01:36:04 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 21C0B5F640 for ; Fri, 21 Jul 2017 01:36:04 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 11B94E0D3C for ; Fri, 21 Jul 2017 01:36:02 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 3423421EDE for ; Fri, 21 Jul 2017 01:36:01 +0000 (UTC) Date: Fri, 21 Jul 2017 01:36:01 +0000 (UTC) From: "Jeremy Hanna (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (CASSANDRA-13701) Lower default num_tokens MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Fri, 21 Jul 2017 01:36:08 -0000 [ https://issues.apache.org/jira/browse/CASSANDRA-13701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16095638#comment-16095638 ] Jeremy Hanna edited comment on CASSANDRA-13701 at 7/21/17 1:35 AM: ------------------------------------------------------------------- Adding datacenters with the new algorithm requires some additional configuration. We would need to make users aware of that trade-off when using that algorithm and the benefits of fewer token ranges per node. It's talked about [here|http://docs.datastax.com/en/dse/5.1/dse-dev/datastax_enterprise/config/configVnodes.html] but we should make it clearer in the apache docs as well. We can point to those in the comments around vnode tokens. So it would be nice to add some more information [here|http://cassandra.apache.org/doc/latest/configuration/cassandra_config_file.html#allocate-tokens-for-keyspace] and then perhaps in [here|http://cassandra.apache.org/doc/latest/operating/topo_changes.html] with an additional section about adding a datacenter. And Jeff: good point about the token allocation - would be good to track that down before making the new algorithm the default. However even still I think even with the old algorithm we could at the very least halve the number of default vnode ranges. was (Author: jeromatron): Adding datacenters with the new algorithm requires some additional configuration. We would need to make users aware of that trade-off when using that algorithm and the benefits of fewer token ranges per node. It's talked about [here|http://docs.datastax.com/en/dse/5.1/dse-dev/datastax_enterprise/config/configVnodes.html] but we should make it clearer in the apache docs as well. We can point to those in the comments around vnode tokens. So it would be nice to add some more information [here|http://cassandra.apache.org/doc/latest/configuration/cassandra_config_file.html#allocate-tokens-for-keyspace] and then perhaps in [here|http://cassandra.apache.org/doc/latest/operating/topo_changes.html] with an additional section about adding a datacenter. > Lower default num_tokens > ------------------------ > > Key: CASSANDRA-13701 > URL: https://issues.apache.org/jira/browse/CASSANDRA-13701 > Project: Cassandra > Issue Type: Improvement > Reporter: Chris Lohfink > Assignee: Chris Lohfink > Priority: Minor > > For reasons highlighted in CASSANDRA-7032, the high number of vnodes is not necessary. It is very expensive for operations processes and scanning. Its come up a lot and its pretty standard and known now to always reduce the num_tokens within the community. We should just lower the defaults. -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org For additional commands, e-mail: commits-help@cassandra.apache.org