Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: Apache Wiki <wikidiffs@apache.org>
To: Apache Wiki <wikidiffs@apache.org>
Date: Mon, 07 Jan 2013 10:52:19 -0000
Message-ID: <20130107105219.30535.45739@eos.apache.org>
Subject: 
 =?utf-8?q?=5BCassandra_Wiki=5D_Trivial_Update_of_=22VirtualNodes/Balance?=
 =?utf-8?q?=22_by_0track?=
Auto-Submitted: auto-generated

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for=
 change notification.

The "VirtualNodes/Balance" page has been changed by 0track:
http://wiki.apache.org/cassandra/VirtualNodes/Balance?action=3Ddiff&rev1=3D=
7&rev2=3D8

  <<Anchor(imbalance)>>
  =3D=3D Imbalance =3D=3D
  =

- By default, a nodes tokens are randomly generated with the expectation th=
at an even distribution of the namespace will result.  However, variations =
of as much as 7% have been reported on small clusters when using the `num_t=
okens` default of 256.
+ By default, nodes tokens are randomly generated with the expectation that=
 an even distribution of the namespace will result.  However, variations of=
 as much as 7% have been reported on small clusters when using the `num_tok=
ens` default of 256.
  =

  These randomly generated tokens are MD5 sums, so entropy isn't the proble=
m here, at least not in the sense that using a better RNG would create a mo=
re even distribution of ranges.  Increasing the token count (either by incr=
easing num_tokens, or the number of nodes) will improve this, (the more tok=
ens, the more the distribution will even out).
 =20