mersenneforum.org tf results not needed
 Register FAQ Search Today's Posts Mark Forums Read

2017-12-08, 02:09   #1
MatWur-S530113

Apr 2007
Spessart/Germany

2×34 Posts
tf results not needed

Hello,

A few days ago I got some assignments for dc-tf.
Today I reportet the results but most of them were 'not needed'.
See attached error-text.

tia, Matthias
Attached Files
 result_error.txt (4.2 KB, 137 views)

 2017-12-08, 02:38 #2 GP2     Sep 2003 2·1,289 Posts There is no such work type as double-checking of trial factoring. Each bit range for each exponent should only be done once. Even if there's some error and factors are missed, it's no big deal because the LL test will still get done. For some exponents, like M47389751, you were the first to do the range 272 to 273 and you received credit for it. For others like M47397607, you ended up doing a redundant check for which someone else (it seems it was kladner) turned in a result for this range one day earlier, and received no credit. Last fiddled with by GP2 on 2017-12-08 at 02:39
2017-12-08, 02:49   #3
axn

Jun 2003

106648 Posts

Quote:
 Originally Posted by GP2 There is no such work type as double-checking of trial factoring.
DC-TF means (extended) TF on DC candidates. This is a "GPU to 72" work type. The exponent is handed over via GPUto72 site, and it usually manages to avoid double reservation, but sometimes stuff happens.
The OP is a problem report for chalsall.

Last fiddled with by axn on 2017-12-08 at 02:49

2017-12-08, 12:46   #4
MatWur-S530113

Apr 2007
Spessart/Germany

2·34 Posts

Quote:
 Originally Posted by GP2 There is no such work type as double-checking of trial factoring.
As axn said, it is a work type of GPUto72. If a factor is found the LL-DC
is not needed and it saves some GHz-Days of work for GIMPS.

If kladner is the same as GIMPS-user 'ktony' then I'm pretty sure
that he got a regular assignment from GPUto72 like me, too.
The simple question is: why?
As you turned out, a dc of a tf is really not needed

chalsall should have a look at the assignment-rules, maybe there is a problem.
And the credit I will spend for Xmas *g*

2017-12-08, 14:01   #5

"Kieren, ktony"
Jul 2011

252116 Posts

Quote:
 If kladner is the same as GIMPS-user 'ktony'
Yep. They are the same.
Quote:
 I'm pretty sure that he got a regular assignment from GPUto72 like me, too.
This is also true. Sorry we bumped into each other this way. As you say, perhaps Chris (chalsall) should have a look.

 2017-12-08, 18:11 #6 ixfd64 Bemusing Prompter     "Danny" Dec 2002 California 8CA16 Posts As a note, the server will accept results with overlapping ranges as long as the overall bit level is increased. For example, you can still get credit for submitting "no factor from 2^72 to 2^74" results. Of course, you shouldn't do this unless you've actually factored to 74 bits. I personally think that the server should be changed to accept duplicate results. From an academic perspective, it's probably a good idea for all results (at least the "no factor" ones) to be independently verified. Last fiddled with by ixfd64 on 2017-12-08 at 18:12
2017-12-08, 23:53   #7
chalsall
If I May

"Chris Halsall"
Sep 2002

100010011110002 Posts

Quote:
 Originally Posted by kladner This is also true. Sorry we bumped into each other this way. As you say, perhaps Chris (chalsall) should have a look.

But it appears that kladner reserved several assignments, and then shortly unreserved them. But then completed them. The Status column of 90 means manually unreserved; the Completed column in that case is when it was unreserved.

Code:
MariaDB [factfind]> select Exponent,User,Status,FactFrom,FactTo,Assigned,Completed,GHzDays from Assigned where Exponent=47397619;
+----------+----------------------------------+--------+----------+--------+---------------------+---------------------+---------------+
| Exponent | User                             | Status | FactFrom | FactTo | Assigned            | Completed           | GHzDays       |
+----------+----------------------------------+--------+----------+--------+---------------------+---------------------+---------------+
| 47397619 | 0b704871bc2c1d367ffd1518c35d6e60 |      1 |       68 |     69 | 2013-10-14 08:41:11 | 2013-10-17 19:15:04 |  1.2612853050 |
| 47397619 | 2423ae6e8f696d5e7d1447de91ca35a6 |      1 |       69 |     70 | 2015-05-24 13:21:52 | 2015-05-26 21:15:27 |  2.5225706100 |
| 47397619 | ea39a75de82cd896610be22735054fc5 |      1 |       70 |     71 | 2015-06-14 08:08:56 | 2015-06-15 08:16:39 |  5.0451412201 |
| 47397619 | 7fac3b9d4f6ca691282b08af536d6adf |      1 |       71 |     72 | 2015-11-06 20:46:20 | 2015-11-20 19:44:06 | 10.0902824402 |
| 47397619 | 8ad778c87c3d88f688fef4ebad36994c |     90 |       72 |     73 | 2017-12-05 04:24:49 | 2017-12-05 04:25:09 | 20.1805648804 |
| 47397619 | 8ad778c87c3d88f688fef4ebad36994c |     90 |       72 |     73 | 2017-12-05 04:25:32 | 2017-12-05 04:35:13 | 20.1805648804 |
| 47397619 | 59d92a384f7b1bbe129f3696e4256adb |      1 |       72 |     73 | 2017-12-05 11:14:37 | 2017-12-07 12:27:25 | 20.1805648804 |
+----------+----------------------------------+--------+----------+--------+---------------------+---------------------+---------------+
7 rows in set (0.00 sec)
I know this doesn't help at all, but you did get the credit on GPU72.

2017-12-09, 02:13   #8

"Kieren, ktony"
Jul 2011

5×1,901 Posts

Quote:
 Originally Posted by chalsall Sorry about this. I do try my best to avoid the duplication of effort. But it appears that kladner reserved several assignments, and then shortly unreserved them. But then completed them. The Status column of 90 means manually unreserved; the Completed column in that case is when it was unreserved.
Oh no! My apologies to all concerned. I have used Unreserve All, but usually before having copied anything to working files. Very sorry for the carelessness.

Last fiddled with by kladner on 2017-12-09 at 02:13

2017-12-09, 02:22   #9
chalsall
If I May

"Chris Halsall"
Sep 2002

100010011110002 Posts

Quote:
 Originally Posted by kladner Oh no! My apologies to all concerned. I have used Unreserve All, but usually before having copied anything to working files. Very sorry for the carelessness.
Shit happens.

Please try to be more careful in the future.

 2017-12-09, 03:19 #10 kladner     "Kieren, ktony" Jul 2011 5×1,901 Posts
 2017-12-09, 15:36 #11 MatWur-S530113     Apr 2007 Spessart/Germany 101000102 Posts Thank you for all information. As I said, the credit doesn't matter. The problem seems to be that the GIMPS-DB doesn't know which GPUto72-user finally got the assignment. ......hmmmmmm, only to answer the question: if the credit is not the problem of the OP, what is the problem of the OP? The real problem were the 'red-bad-angry' output lines in GIMPS 'result not needed...' Change them to 'green-lovely-smiling' output lines 'result already known, used as verification, creditet with 0.000 GHz-days' and I will never again recognize them

 Similar Threads Thread Thread Starter Forum Replies Last Post Mini-Geek GPU to 72 80 2018-12-17 15:49 RMAC9.5 PrimeNet 3 2013-06-26 13:16 zeit PrimeNet 3 2008-04-25 08:03 AntonVrba Math 3 2007-03-06 10:55 Prime95 Software 5 2005-06-17 15:54

All times are UTC. The time now is 01:27.

Tue Mar 31 01:27:27 UTC 2020 up 5 days, 23 hrs, 0 users, load averages: 1.22, 1.22, 1.27