New Year requests

[masser]

Still no update from konrad. He has 10 individual k reservations that have fallen behind the distributed PRP effort.

I would like to institute a rule concerning these reservations. Individual k reservations should only be allowed when the user can keep up with the distributed testing. Anybody have problems and/or suggestions with this issue?

[tnerual]

no problem at all !

[konrad127123]

I've just sent in my residues. All but one of my k's is done to 200000 and that one is ahead of llrnet. Sorry for taking so long to update . Fair enough idea with the rule.

[tnerual]

my k (285728) is released ... too long for one test (about a day per test) ... no more test since last update ...

and if anyone know how to contact konrad127123 ... an update is needed as in less than 2 weeks we will pass the n=200000 step ...

[masser]

Good work on 285728 - too bad you didn't find a prime - I suspect that this k sequence will give the project trouble for a long time to come...

As for konrad, I was going to give him a couple months - maybe try around New Years again to get some residues from him. I will PM him now as a friendly reminder - maybe he can send some residues to us ...

EDIT: Just sent him an email too. Hopefully we will hear from him soon.

[masser]

Originally Posted by konrad127123

I've just sent in my residues. All but one of my k's is done to 200000 and that one is ahead of llrnet. Sorry for taking so long to update . Fair enough idea with the rule.

I have attached the small list of candidates with n < 200000 that remain to be tested. They mostly belong to the

k=151042

sequence mentioned above by konrad. I am going to test all of the candidates in the attached file tonight and then send in the residues manually. I sent email to konrad some time ago about the LLRNET queue catching up with his reservations and received no response. In the quote above, he seems to concede that he's willing to give up his reservations if the LLRNET queue passes him.

I would like to cancel his reservation for this particular sequence now. When we reach the next division in the first time tests (n=225000 for Riesels), I plan to cancel sequence reservations that have not reached that point. How do the other moderators/participants feel about this?

This issue gets a lot of play on the forums (see the "k=5 ..." thread on the Riesel Prime Search subproject). There seems to be a set of members that want to see progress and they monitor stats/milestones frequently and then some folks become temporarily interested in a project, sign up for some work, do some work and then forget to finish/communicate their results. It is hard to strike a balance between these two elements.

We have done ok in this balancing act in the past. But as our list of sequences slowly shrink, and the automatic testing progresses, it does not seem right for someone to reserve a lot of sequences and not work on them. konrad has done a lot of work for this project and the work is appreciated, but currently he is squatting on almost 10% of the Riesel sequences and not providing regular updates. This does not seem right to me and that is why I plan to slowly cancel his reservations if we do not hear from him and he can not keep up with the LLRNET queue.

[michaf]

I do feel too that Konrad will not be upset with the unreservations. He agrees with the 'rule' for unreserving them too.
If he can be contacted, and work has been done by him, it can always still be a double check.

[tnerual]

Originally Posted by michaf

I do feel too that Konrad will not be upset with the unreservations. He agrees with the 'rule' for unreserving them too.
If he can be contacted, and work has been done by him, it can always still be a double check.

i think that we can release all k (konrad, masser, ...) to the llrnet effort ...

people that want to make reservation of a k must stay in front of the llrnet effort ... if they submit progress on a regular basis, they will work for first check, if they submit late, they will work for double check ...

the fact that LLRNET can overtake them will give some motivation for submitting intermediate results

example: masser is submitting results on a semi regular basis, he always stay in front (far away in fact ) of the general effort ... he will never been overtake unless he suddenly disappear from the net. in this "extreme" case it will not be a math disaster (only a human one ) and LLRNET will take the job where it was stopped.

[rogue]

Here are the PRP results for the above list. Treat them as a first check or a double-check. As these results are from phrot, please let me know if they do not match LLRs results.

Input 63838*5^199815-1 Actually testing 4987343750*390625^24976-1 (witness=3 24978/57344 limbs)
63838*5^199815-1 [-178085,-99176,137102,35185] is composite LLR64=6f0106131504ddad. (t=1239.48s)
Input 138172*5^198499-1 Actually testing 17271500*390625^24812-1 (witness=3 24814/57344 limbs)
138172*5^198499-1 [16050,-186447,-164816,67797] is composite LLR64=fcd45f8fc63d9ddb. (t=1236.08s)
Input 48394*5^172191-1 Actually testing 6049250*1953125^19132-1 (witness=3 19134/40960 limbs)
48394*5^172191-1 [948801,-364650,695991,503189] is composite LLR64=375e41d913aabdb0. (t=677.55s)
Input 283076*5^199806-1 Actually testing 4423062500*390625^24975-1 (witness=3 24977/57344 limbs)
283076*5^199806-1 [143344,56450,40914,-140419] is composite LLR64=0316f12b79f74187. (t=1274.43s)
Input 282316*5^199231-1 Actually testing 176447500*78125^28461-1 (witness=3 28463/57344 limbs)
282316*5^199231-1 [-9432,-2777,37948,37990] is composite LLR64=2e9005b5f125e96a. (t=1316.85s)
Input 285598*5^199551-1 Actually testing 7139950*78125^28507-1 (witness=3 28509/57344 limbs)
285598*5^199551-1 [1426,-3815,11519,14321] is composite LLR64=0f87377b64a5947e. (t=1327.78s)
Input 151042*5^194819-1 Actually testing 18880250*390625^24352-1 (witness=3 24354/49152 limbs)
151042*5^194819-1 [-87999,-156968,134741,-130120] is composite LLR64=988edcd56cd1330c. (t=1005.39s)
Input 151042*5^195651-1 Actually testing 18880250*390625^24456-1 (witness=3 24458/49152 limbs)
151042*5^195651-1 [-136175,186009,-36105,85512] is composite LLR64=bc0286e56ddf9eca. (t=999.16s)
Input 151042*5^195759-1 Actually testing 94401250*78125^27965-1 (witness=3 27967/57344 limbs)
151042*5^195759-1 [30580,-4995,14004,31584] is composite LLR64=88b7244687b5d615. (t=1310.52s)
Input 151042*5^195831-1 Actually testing 2360031250*78125^27975-1 (witness=3 27977/57344 limbs)
151042*5^195831-1 [-14071,-19312,4214,-18131] is composite LLR64=edb88c411cf64ea5. (t=1258.80s)
Input 151042*5^196031-1 Actually testing 18880250*78125^28004-1 (witness=3 28006/57344 limbs)
151042*5^196031-1 [37136,-25914,-24087,-7880] is composite LLR64=7d3bc1b380209108. (t=1243.15s)
Input 151042*5^196079-1 Actually testing 3776050*78125^28011-1 (witness=3 28013/57344 limbs)
151042*5^196079-1 [36055,-11324,26630,-20211] is composite LLR64=92d396cbf6e8f4f4. (t=1246.71s)
Input 151042*5^196151-1 Actually testing 94401250*78125^28021-1 (witness=3 28023/57344 limbs)
151042*5^196151-1 [-1870,-13150,38182,11912] is composite LLR64=998eb56c38209af6. (t=1287.49s)
Input 151042*5^197111-1 Actually testing 472006250*78125^28158-1 (witness=3 28160/57344 limbs)
151042*5^197111-1 [31305,26841,17143,-11904] is composite LLR64=c70bd224130ad5e5. (t=1707.21s)
Input 151042*5^197519-1 Actually testing 151042*78125^28217-1 (witness=3 28219/57344 limbs)
151042*5^197519-1 [7115,-14369,35290,-14646] is composite LLR64=a6937b49e4a88290. (t=2643.21s)
Input 151042*5^197759-1 Actually testing 3776050*78125^28251-1 (witness=3 28253/57344 limbs)
151042*5^197759-1 [15739,-12977,-27066,-30938] is composite LLR64=8f0e1380558afcca. (t=2557.99s)
Input 151042*5^197891-1 Actually testing 18880250*390625^24736-1 (witness=3 24738/57344 limbs)
151042*5^197891-1 [192121,-66881,194143,176118] is composite LLR64=e323d4286c6f7f0d. (t=2533.98s)
Input 151042*5^197919-1 Actually testing 755210*78125^28274-1 (witness=3 28276/57344 limbs)
151042*5^197919-1 [-31481,25126,-11674,7749] is composite LLR64=6323ede165731c63. (t=2620.11s)
Input 151042*5^197939-1 Actually testing 18880250*390625^24742-1 (witness=3 24744/57344 limbs)
151042*5^197939-1 [-25826,-45023,-163470,-14929] is composite LLR64=8554166a888c2258. (t=2554.73s)
Input 151042*5^198531-1 Actually testing 18880250*390625^24816-1 (witness=3 24818/57344 limbs)
151042*5^198531-1 [-161412,121777,-100818,123287] is composite LLR64=24060d1f92bb113a. (t=2485.88s)
Input 151042*5^198959-1 Actually testing 472006250*78125^28422-1 (witness=3 28424/57344 limbs)
151042*5^198959-1 [-16185,-3288,-9519,17290] is composite LLR64=0a95e41d9a5bc824. (t=2601.34s)
Input 151042*5^199031-1 Actually testing 151042*78125^28433-1 (witness=3 28435/57344 limbs)
151042*5^199031-1 [2067,5736,21065,17932] is composite LLR64=fb51fdcd20af1994. (t=2596.75s)
Input 151042*5^199359-1 Actually testing 2360031250*78125^28479-1 (witness=3 28481/57344 limbs)
151042*5^199359-1 [3847,-33336,30926,-5413] is composite LLR64=da8a416001563e47. (t=2642.66s)
Input 151042*5^199811-1 Actually testing 18880250*390625^24976-1 (witness=3 24978/57344 limbs)
151042*5^199811-1 [-76655,-1357,74471,11360] is composite LLR64=3bc436efb8472f9d. (t=2523.97s)

[masser]

Here are the PRP Residues; looks like they match.

48394*5^172191-1 is not prime.  RES64: 375E41D913AABDB0.  OLD64: 39AA9BEFBED3D10B
63838*5^199815-1 is not prime.  RES64: 6F0106131504DDAD.  OLD64: 304178E15D6E717F
138172*5^198499-1 is not prime.  RES64: FCD45F8FC63D9DDB.  OLD64: 7C350A4230C547F8
151042*5^194819-1 is not prime.  RES64: 988EDCD56CD1330C.  OLD64: C9AC968046739921
151042*5^195651-1 is not prime.  RES64: BC0286E56DDF9ECA.  OLD64: 340794B0499EDC5B
151042*5^195759-1 is not prime.  RES64: 88B7244687B5D615.  OLD64: 9A256CD39721823C
151042*5^195831-1 is not prime.  RES64: EDB88C411CF64EA5.  OLD64: 06C787A325439E3A
151042*5^196031-1 is not prime.  RES64: 7D3BC1B380209108.  OLD64: AED3F3B4C8433FE3
151042*5^196079-1 is not prime.  RES64: 92D396CBF6E8F4F4.  OLD64: B87AC463E4BADED9
151042*5^196151-1 is not prime.  RES64: 998EB56C38209AF6.  OLD64: C25CB5496906872D
151042*5^197111-1 is not prime.  RES64: C70BD224130AD5E5.  OLD64: E2123AA3171943FA
151042*5^197519-1 is not prime.  RES64: A6937B49E4A88290.  OLD64: F3BA71DDADF987AD
151042*5^197759-1 is not prime.  RES64: 8F0E1380558AFCCA.  OLD64: AD2A3A8100A0F65B
151042*5^197891-1 is not prime.  RES64: E323D4286C6F7F0D.  OLD64: A96B7C79454E7D24
151042*5^197919-1 is not prime.  RES64: 6323EDE165731C63.  OLD64: 6A12279B96A21FF4
151042*5^197939-1 is not prime.  RES64: 8554166A888C2258.  OLD64: 150D2C8E726B138C
151042*5^198531-1 is not prime.  RES64: 24060D1F92BB113A.  OLD64: 6C12275EB83133AB
151042*5^198959-1 is not prime.  RES64: 0A95E41D9A5BC824.  OLD64: FD0BEE5AF484A450
151042*5^199031-1 is not prime.  RES64: FB51FDCD20AF1994.  OLD64: 2218389060122707
151042*5^199359-1 is not prime.  RES64: DA8A416001563E47.  OLD64: 8F9EC4200402BAD2
151042*5^199811-1 is not prime.  RES64: 3BC436EFB8472F9D.  OLD64: BF61DCA0B9BDCBDB
282316*5^199231-1 is not prime.  RES64: 2E9005B5F125E96A.  OLD64: 1949B4EDC1B6E185
283076*5^199806-1 is not prime.  RES64: 0316F12B79F74187.  OLD64: 0944D3826DE5C492
285598*5^199551-1 is not prime.  RES64: 0F87377B64A5947E.  OLD64: 2E95A6722DF0BD77

[birdman2584]

I know I dont post much, but I think that unless someone has extenuating circumstances (ie. they cant connect regularly to the internet) that the reservation system should be phased out. Good job to all of you crunchin' along!