mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > PrimeNet > GPU to 72

Reply
 
Thread Tools
Old 2017-12-08, 02:09   #1
MatWur-S530113
 
MatWur-S530113's Avatar
 
Apr 2007
Spessart/Germany

2×34 Posts
Default 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.
Any info about this problem available?

tia, Matthias
Attached Files
File Type: txt result_error.txt (4.2 KB, 137 views)
MatWur-S530113 is offline   Reply With Quote
Old 2017-12-08, 02:38   #2
GP2
 
GP2's Avatar
 
Sep 2003

2·1,289 Posts
Default

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
GP2 is offline   Reply With Quote
Old 2017-12-08, 02:49   #3
axn
 
axn's Avatar
 
Jun 2003

106648 Posts
Default

Quote:
Originally Posted by GP2 View Post
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
axn is offline   Reply With Quote
Old 2017-12-08, 12:46   #4
MatWur-S530113
 
MatWur-S530113's Avatar
 
Apr 2007
Spessart/Germany

2·34 Posts
Default

Quote:
Originally Posted by GP2 View Post
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*
MatWur-S530113 is offline   Reply With Quote
Old 2017-12-08, 14:01   #5
kladner
 
kladner's Avatar
 
"Kieren, ktony"
Jul 2011

252116 Posts
Default

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.
kladner is online now   Reply With Quote
Old 2017-12-08, 18:11   #6
ixfd64
Bemusing Prompter
 
ixfd64's Avatar
 
"Danny"
Dec 2002
California

8CA16 Posts
Default

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
ixfd64 is offline   Reply With Quote
Old 2017-12-08, 23:53   #7
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

100010011110002 Posts
Default

Quote:
Originally Posted by kladner View Post
This is also true. Sorry we bumped into each other this way. As you say, perhaps Chris (chalsall) should have a look.
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.

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.
chalsall is offline   Reply With Quote
Old 2017-12-09, 02:13   #8
kladner
 
kladner's Avatar
 
"Kieren, ktony"
Jul 2011

5×1,901 Posts
Default

Quote:
Originally Posted by chalsall View Post
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
kladner is online now   Reply With Quote
Old 2017-12-09, 02:22   #9
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

100010011110002 Posts
Default

Quote:
Originally Posted by kladner View Post
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.
chalsall is offline   Reply With Quote
Old 2017-12-09, 03:19   #10
kladner
 
kladner's Avatar
 
"Kieren, ktony"
Jul 2011

5×1,901 Posts
Default

kladner is online now   Reply With Quote
Old 2017-12-09, 15:36   #11
MatWur-S530113
 
MatWur-S530113's Avatar
 
Apr 2007
Spessart/Germany

101000102 Posts
Default

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
MatWur-S530113 is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
results not needed Mini-Geek GPU to 72 80 2018-12-17 15:49
Results not Needed RMAC9.5 PrimeNet 3 2013-06-26 13:16
not needed zeit PrimeNet 3 2008-04-25 08:03
Help needed AntonVrba Math 3 2007-03-06 10:55
V24.12 QA help needed 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

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.