mersenne.ca - Page 44

Uncwilly · 2020-10-15, 20:43

Quote:

Originally Posted by gLauss

Yes, but it doesn't show up on the top right in "Latest Primenet details". It isn't important, but to me it looks like a bug. And I assume there are not many numbers which have both LL/DC and PRP, so it could be an interesting edge case.

I scanned through several numbers that have a PRP but no recheck. None show a value there.

James Heinrich · 2020-10-16, 00:13

Quote:

Originally Posted by gLauss

Yes, but it doesn't show up on the top right in "Latest Primenet details". It isn't important, but to me it looks like a bug. And I assume there are not many numbers which have both LL/DC and PRP, so it could be an interesting edge case.

It's not an edge case, it's more some incomplete code from the switch-over from LL to PRP. I have added some code that was missing so the top box should contain the PRP residue (if present) in most cases now. However, it may in many cases show the masked residue and show "needs double-check" even if it has completed CERT. This is due to a current lack of data on the cert records on PrimeNet -- you'll notice that the cert results show a message of "n/a" instead of the unmasked residue (it's a known problem with a complex, not-yet-devised solution, Aaron will need to fix it eventually but he's very busy these recent months). PrimeNet does display the unmasked residue after the certification but this data is not currently available to mersenne.ca. It will be fixed eventually, but that's beyond my control at the moment.

The part that is in my control, to wit showing the PRP residue (albeit masked) at the top of the page, has been fixed. Thanks for reporting.

Viliam Furik · 2020-10-16, 18:47

Quote:

Originally Posted by James Heinrich

The part that is in my control, to wit showing the PRP residue (albeit masked) at the top of the page, has been fixed. Thanks for reporting.

M10000271 - not quite correct code, PRP residue is not what it should be. See for yourself.

James Heinrich · 2020-10-16, 20:12

Quote:

Originally Posted by Viliam Furik

M10000271 - not quite correct code, PRP residue is not what it should be. See for yourself.

Thanks, I'd (mostly) accounted for those but missed one place. Should be fixed now.

firejuggler · 2020-10-17, 02:19

Another day, another trouble. The 'worst' pm1 page continue to display M30,218,137
only having a B1=435000 and no stage 2 while it is aware of the 'new' pm1 work done.
Also who is Architect Cubed? there is new pm1 done between M30,218,137 and M30,272,233

James Heinrich · 2020-10-17, 02:36

Quote:

Originally Posted by firejuggler

Another day, another trouble. The 'worst' pm1 page continue to display M30,218,137 only having a B1=435000 and no stage 2 while it is aware of the 'new' pm1 work done.

You looked in that time window between importing new data from PrimeNet and regenerating the worst-PM1 database. But you raise a good point, starting tomorrow the import process will now immediately remove entries from the pm1_worst table if a new P-1 effort on that exponent is detected. It is of course possible that the new P-1 effort would still be poor and the exponent may still qualify for inclusion on the next rebuild, but it should prevent the situation you encountered.

Quote:

Originally Posted by firejuggler

Also who is Architect Cubed?

Chris, aka chalsall, of GPU72 fame.

Viliam Furik · 2020-10-21, 11:26

mersenne.ca/mfaktc.php is extremely unresponsive, takes too long to load data (about 30 seconds!) And starts all over again when sorting the table by some other column than the default one.

My side should be OK - Ryzen 9 3900X, 1 Gb/s download. CPU usage 5% (Prime95 is turned off for now. Don't anybody tell me I am wasting cycles, I know it

)

-------
EDIT:
All of a sudden it's only about 1 second. Probably a temporary problem.

kruoli · 2020-10-21, 11:42

Hm... around 2-3 seconds for me, Ryzen 3800X, while running Prime95.

Browser is Chrome 88.0.4297.0 (Canary).

Edit: Did not saw your edit in time.

Ensigm · 2020-10-22, 12:17

There's a small bug (most likely due to copy-paste of code) that causes https://www.mersenne.ca/userfactors/ecm and https://www.mersenne.ca/userfactors/any to display apparently the exactly same page (including links) as https://www.mersenne.ca/userfactors/pm1.

James Heinrich · 2020-10-22, 15:30

Not a copy-paste error, rather an unhandled entry in .htaccess
But either way, the error was there and now it's fixed, thanks for reporting!

Flaukrotist · 2020-10-29, 17:20

I wonder why for M102796261 the found factor is displayed under the factors section but not in the Trial Factoring Results table together with the entry for 75-76 bits like e.g. for M111954527.

2020-10-17, 02:19	#478
firejuggler Apr 2010 Over the rainbow 2³×3²×5×7 Posts	Another day, another trouble. The 'worst' pm1 page continue to display M30,218,137 only having a B1=435000 and no stage 2 while it is aware of the 'new' pm1 work done. Also who is Architect Cubed? there is new pm1 done between M30,218,137 and M30,272,233 Attached Thumbnails Last fiddled with by firejuggler on 2020-10-17 at 02:21

2020-10-21, 11:26	#480
Viliam Furik "Viliam Furík" Jul 2018 Martin, Slovakia 336₁₀ Posts	mersenne.ca/mfaktc.php is extremely unresponsive, takes too long to load data (about 30 seconds!) And starts all over again when sorting the table by some other column than the default one. My side should be OK - Ryzen 9 3900X, 1 Gb/s download. CPU usage 5% (Prime95 is turned off for now. Don't anybody tell me I am wasting cycles, I know it ) ------- EDIT: All of a sudden it's only about 1 second. Probably a temporary problem. Last fiddled with by Viliam Furik on 2020-10-21 at 11:40

2020-10-21, 11:42	#481
kruoli "Oliver" Sep 2017 Porta Westfalica, DE 5×83 Posts	Hm... around 2-3 seconds for me, Ryzen 3800X, while running Prime95. Browser is Chrome 88.0.4297.0 (Canary). Edit: Did not saw your edit in time. Last fiddled with by kruoli on 2020-10-21 at 11:42 Reason: Timing is a devil.

2020-10-29, 17:20	#484
Flaukrotist Sep 2020 Germany 2×7 Posts	Found factor not displayed in TF Results table I wonder why for M102796261 the found factor is displayed under the factors section but not in the Trial Factoring Results table together with the entry for 75-76 bits like e.g. for M111954527.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Small inconsistencies between mersenne.org and mersenne.ca factor databases	GP2	mersenne.ca	44	2016-06-19 19:29
mersenne.ca (ex mersenne-aries.sili.net)	LaurV	mersenne.ca	8	2013-11-25 21:01
Gaussian-Mersenne & Eisenstein-Mersenne primes	siegert81	Math	2	2011-09-19 17:36
Mersenne Wiki: Improving the mersenne primes web site by FOSS methods	optim	PrimeNet	13	2004-07-09 13:51

2020-10-22, 12:17	#482
Ensigm Aug 2020 114₁₀ Posts	There's a small bug (most likely due to copy-paste of code) that causes https://www.mersenne.ca/userfactors/ecm and https://www.mersenne.ca/userfactors/any to display apparently the exactly same page (including links) as https://www.mersenne.ca/userfactors/pm1.

2020-10-22, 15:30	#483
James Heinrich "James Heinrich" May 2004 ex-Northern Ontario CAF₁₆ Posts	Not a copy-paste error, rather an unhandled entry in .htaccess But either way, the error was there and now it's fixed, thanks for reporting!