> I just started my second machine on double-checking and am curious on
> whether I would expect to see my LL P90 year total increase when a
> double-checking assignment is turned in.
Yes. PrimeNet credits double-checking work.
> Also, I notice that one can disable "Request whatever type of work makes
> the most sense" and then proceed to select *two* types of work that you
> want. How does the server decide which to send?
The server uses simple preference biasing rules provided by George. If there is
no exponent available matching the first rule, a second-order rule is engaged
(if defined), or failing that, tertiary rule. If no match is found for any
rule, 'No Assignment' is returned.
> I assume that it'll choose
> factoring over double-checking, double-checking over primality testing,
> and factoring over primality testing. Is this correct? If so, the windows
> versions might better be served wait radio-buttons so that only one can be
> selected.
You can select any combination of test types you will accept. There's a server
rule for each combination. The rules are further modified by test eligibility
functions of the program type, version, exponent and factoring state.
Here's PrimeNet's current assignment rule table:
Checkboxes Assignment by
Selected Rule1 Rule2 Rule3
---------- ----- ----- -----
F F - - factoring or bust
P P F - prefer LL, fall back is factoring
P+F P F - ditto
D D F - prefer double-check, fall back is factoring
D+F D F - ditto
D+P D P F etc.
D+P+F D P F
Allowing the user to specify a set of acceptable assignment types gives us some
wiggle room in managing the exponent 'flow' through PrimeNet while letting
people choose what they want to do.
There's a second more rigid type of rule system upstream of this, in the part of
PrimeNet that internally normalizes all program packet versions into a
transaction object. This is where we set rules like, 'give all v17 clients
double-checking work', 'set the factoring capability to 64 bits for NTPrime
v16.3', or 'return error 37 (obsolete DLL) to all v15 clients'.
Regards,
scott
________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm