I'm not Haitao, but I'll mention that I generally prefer bucket assignment to statistical assignment. I like bucket assignment because it's deterministic: given a URI, the server can compute which forest it should live in. That means the server knows which forest ought to contain a given document, which reduces the work needed to retrieve it.
All the assignment policies are per forest. To make them aware of your host CPU or memory configuration, use that configuration to determine the number of forests for each host. Say that you know each forest will have an in-memory size of about 2-GiB. Then you can fill up to 1/3 - 1/2 of host memory and 1/2 of host CPU cores with forest allocations. So if you have a 24-core 96-GiB host, it has capacity for 12 forests based on CPU, or 16-24 forests based on memory. Use the smaller of the two numbers, and assign 12 forests. Using the same math, a host with 18-core 64-GiB would get 9 forests. However many forests you have, your database assignment strategy will automatically place each document in one of the available forests. -- Mike > On 21 Jan 2015, at 08:56 , <[email protected]> > <[email protected]> wrote: > > Hello Haito/All, > > Quite interested in Statistical Assignment Policy (Data Rebalancing) > especially in a Cluster Architecture i.e many D node servers but with > different Memories & no. of CPU. > > Does Server Memory or No. Of CPU play any role in Statistical policy? Or this > type of data-rebalancing completely based on Document count even in the > cluster architecture. > > Quick update will be of great help. > > Thanks & regards, > Abhijeet > > Visit our website at http://www.ubs.com > > This message contains confidential information and is intended only > for the individual named. If you are not the named addressee you > should not disseminate, distribute or copy this e-mail. Please > notify the sender immediately by e-mail if you have received this > e-mail by mistake and delete this e-mail from your system. > > E-mails are not encrypted and cannot be guaranteed to be secure or > error-free as information could be intercepted, corrupted, lost, > destroyed, arrive late or incomplete, or contain viruses. The sender > therefore does not accept liability for any errors or omissions in the > contents of this message which arise as a result of e-mail transmission. > If verification is required please request a hard-copy version. This > message is provided for informational purposes and should not be > construed as a solicitation or offer to buy or sell any securities > or related financial instruments. > > UBS Limited is a company limited by shares incorporated in the United > Kingdom registered in England and Wales with number 2035362. > Registered Office: 1 Finsbury Avenue, London EC2M 2PP > UBS Limited is authorised by the Prudential Regulation Authority > and regulated by the Financial Conduct Authority and the Prudential > Regulation Authority. > > UBS AG is a public company incorporated with limited liability in > Switzerland domiciled in the Canton of Basel-City and the Canton of > Zurich respectively registered at the Commercial Registry offices in > those Cantons with new Identification No: CHE-101.329.561 as from 18 > December 2013 (and prior to 18 December 2013 with Identification > No: CH-270.3.004.646-4) and having respective head offices at > Aeschenvorstadt 1, 4051 Basel and Bahnhofstrasse 45, 8001 Zurich, > Switzerland and is authorised and regulated by the Financial Market > Supervisory Authority in Switzerland. Registered in the United > Kingdom as a foreign company with No: FC021146 and having a UK > Establishment registered at Companies House, Cardiff, with > No: BR 004507. The principal office of UK Establishment: 1 Finsbury > Avenue, London EC2M 2PP. In the United Kingdom, UBS AG is authorised > by the Prudential Regulation Authority and subject to regulation > by the Financial Conduct Authority and limited regulation by the > Prudential Regulation Authority. Details about the extent of our > regulation by the Prudential Regulation Authority are available > from us on request. > > UBS reserves the right to retain all messages. Messages are protected > and accessed only in legally justified cases. > _______________________________________________ > General mailing list > [email protected] > http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general
