I personally don't mind a P100 running full LL tests; they are a small, but
usefull contribution to our effort. My own dual P700 makes a somewhat
larger, but still small contribution to the project, compared to some other
30000+ maschines out there. the point was, is and should remain: every
single cycle is useful.
BUT I think, many people (oncluding me) want to see more Milestones
finisheshed earlier.
While the server is currently giving out assignment in the 12.3xx.xxx
range, we haven't yet finished 5.558.701.
looking at the status, I would consider
LL up to 10.000.000 : 95% done
DC 4.500.000 : 95% done,
both with a very long tail.
I think, the reason for this is NOT some very slow 486's running dull
screensavers, but exponents, which have been recycled several times.
here's my proposal:
on the server side, set a limit (currently for LL=11.000.000, DC=5.000.000)
define a RPTM= 'reasonable performing, trusted maschine' as a maschine,
which has at least returned 2 results (scince last syncronization?)
then: if a maschine asks for new work:
if its 'reliable and reasonable fast' (has returned two results)
give it the smallest exponent available
else
give it some expomnent above limit.
this would:
all overclockers - time out, before they hold the overall progress
favor faster maschines at the tail - they could probably increase the DC
milestone to 10.000.000 whithin a moth, if allowed to
significantly narrow the gap between the frontrunners (12.3xx.xxx) at the
backrunners (~5.300.000)
REPEAT: I don't mind a P100 helping in our project;
even a P100, runnining 8 hours a day, will finish M12000000 within 2 years,
8 days; I will happily wait for it; the gap between our 12.xx and 5.xx is
larger as the surrent progress (on the front) is roughly 2.500.000/year.
Happy cycling to everybody
tom ehlert
_________________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
