![]() |
|
|
#1398 |
|
"Mike"
Aug 2002
5×17×97 Posts |
|
|
|
|
|
|
#1399 |
|
6809 > 6502
"""""""""""""""""""
Aug 2003
101×103 Posts
984310 Posts |
七
|
|
|
|
|
|
#1400 | |
|
"Kyle"
Feb 2005
Somewhere near M52..
3×5×61 Posts |
Quote:
|
|
|
|
|
|
|
#1401 | |
|
Serpentine Vermin Jar
Jul 2014
3,313 Posts |
Quote:
I think that user must have been checking a machine that had a lot of problems and kept checking in bad results. The DB shows that poor user had error codes on just about every result. Even on one of the check-ins, the "error code" was zero but the residue was incorrect anyway. He/she did finally get a good result in which was verified, only to have the whole thing get factored about a year ago by ECM. Every exponent has it's own story I suppose. :) |
|
|
|
|
|
|
#1402 |
|
Aug 2012
Mass., USA
2·3·53 Posts |
M(32155297) now has three matching LL results.
|
|
|
|
|
|
#1403 |
|
Jun 2014
7816 Posts |
|
|
|
|
|
|
#1404 | |
|
Serpentine Vermin Jar
Jul 2014
331310 Posts |
Quote:
There's also a status for an exponent where it might be verified composite by double-checking, but then if someone does some deeper TF or ECM testing on it and finds a factor, those previous "verified" results get classed as "factored" meaning the LL was verified but it's moot since a factor was found. And I think some people might, for whatever reason, do an LL test on exponents that were already known composite because of a known factor... maybe for testing. I think it's kind of interesting to see those previous bad results, or show the LL results even if the number was factored. So my test page is including that information right now. What do you all think though? Is that kind of "inside baseball" stats useful? I mean, I can peek in the database and see those previous bad results, but for everyone else, if you were looking at http://www.mersenne.org/M32155297 right now you wouldn't see those other 2 bad results anymore, now that it's verified. You can see one of those bad results in the history section of the details, but the other bad result pre-dated this version of the database (or the raw client messages only go back so far... same difference), so only the LL entry is available for that particular bad result from user "EspElement" pre-2008 or so. Or if you were to look at the details for M2397103 , since it was eventually factored you'd never know the sordid tale of user "chatmate" and his numerous failed efforts at that one. So... think that kind of warts and all history (including bad results in the LL details) is useful, or just a mere curiosity since it doesn't really affect the outcome of anything? |
|
|
|
|
|
|
#1405 | |
|
Einyen
Dec 2003
Denmark
61268 Posts |
Quote:
Maybe change the "Show full details (current assignment, history, LL residues)" to "Show more details" or "Show history" and then add another check mark called "Show complete details/history (including bad results)" or something like that which would show you all the things you can currently see in your version. Last fiddled with by ATH on 2014-11-04 at 20:01 |
|
|
|
|
|
|
#1406 | |
|
Serpentine Vermin Jar
Jul 2014
3,313 Posts |
Quote:
Right now on my test page I've got it setup to "roll up" all of the curve info from the history and present it as "14,376 curves run" or whatever. That's actually not a real indication of the ECM work since there have been plenty of curves run prior, they're just not part of what's in the history log going back to 2008'ish. There's a metric regarding ECM work effort that I'm still wrapping my head around, which kind of relates to the # of curves run for each upper bound, and I think I'm on the verge of beginning to start to comprehend. I may show that info instead, perhaps as a percentage like "ECM work xx% done" or "ECM complete" if applicable.George had me add in a tick box so that you *could* get the full "user xyz ran 15 curves with bounds a and b" but honestly, for some exponents like 1277 it's a LOT of stuff. Trust me, including the occasional bad or suspect LL result won't be a lot of extra info... one or two here and there really. The vast majority of LL results come in clean as a whistle and they verify just fine. |
|
|
|
|
|
|
#1407 | |
|
Einyen
Dec 2003
Denmark
C5616 Posts |
Quote:
Last fiddled with by ATH on 2014-11-04 at 23:51 |
|
|
|
|
|
|
#1408 | |
|
Serpentine Vermin Jar
Jul 2014
3,313 Posts |
Quote:
For an extreme example I've been looking at M1277 since there has been a lot of ECM activity on it. There's a measurement in the database "total ECM effort" and right now for 1277 it's "42 656 688 085 105.5" For a cheat sheet, I'm using the code behind the ECM report on the site, e.g. http://www.mersenne.org/report_ecm/?...77&ecm_hi=1277 It tells me there are 53,321 curves tested for that 800e6 bound #1. The calculations behind that are using a table of total curves for each of the bounds (same you see on that table), and for 800,000,000 it's 360,000 curves. The simple math it's doing is just 800e6 * 360e3 = 288e12. The total ECM work done, 42.66e12, is 14.81%... 14.81% of 360,000 curves = 53,320.86 curves. So... that matches what the report is doing, and I'm okay with that; I understand how it's getting that 53,321 curves tested for that bound. What I wonder though... is it more helpful to show that in the exponent report like "53,321 curves tested for Bound #1=800e6" or would it be more helpful to show something like "ECM progress = 14.81% complete" or some such? Or both? The deal is I'm not familiar with ECM in it's particulars, so I apologize if this *should* be apparent what the best way to show that info is or if these seem like dumb questions.
|
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Newer X64 build needed | Googulator | Msieve | 73 | 2020-08-30 07:47 |
| Performance of cuda-ecm on newer hardware? | fivemack | GMP-ECM | 14 | 2015-02-12 20:10 |
| Cause this don't belong in the milestone thread | bcp19 | Data | 30 | 2012-09-08 15:09 |
| Newer msieves are slow on Core i7 | mklasson | Msieve | 9 | 2009-02-18 12:58 |
| Use of large memory pages possible with newer linux kernels | Dresdenboy | Software | 3 | 2003-12-08 14:47 |