mersenneforum.org  

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

Reply
 
Thread Tools
Old 2017-07-27, 07:06   #1
nofaith628
 
nofaith628's Avatar
 
Feb 2017

1000102 Posts
Default Duplicate Assignments?

Today I got an unexpected error from MISFIT which wrote 'result was not needed'. See capture1.jpg.

These assignments were automatically assigned via MISFIT from GPU to 72.
And indeed, it looks like 'monst' has already taken the assignment and completed it 4 days before my computer got to it.

See:
89429117
89430703

Which was a rather weird event to see. So I went over to the GPU to 72 website to check if the exponents were assigned to me, and they were. See capture2.jpg

Are there any complications with the GPU to 72 website and mersenne.org lately? Thinking the system might have assigned two users to one exponent.

Edit: GPU to 72 assigned the exponents to my computer after it has already been factored, could the system admin take a look into this issue?
Attached Thumbnails
Click image for larger version

Name:	capture1.JPG
Views:	145
Size:	58.7 KB
ID:	16540   Click image for larger version

Name:	capture2.JPG
Views:	143
Size:	180.9 KB
ID:	16541  

Last fiddled with by nofaith628 on 2017-07-27 at 07:09
nofaith628 is offline   Reply With Quote
Old 2017-07-27, 12:02   #2
0PolarBearsHere
 
0PolarBearsHere's Avatar
 
Oct 2015

2·7·19 Posts
Default

I'd guess that it's part of the recycling script http://www.mersenneforum.org/showpos...7&postcount=79
0PolarBearsHere is offline   Reply With Quote
Old 2017-07-27, 15:17   #3
Mark Rose
 
Mark Rose's Avatar
 
"/X\(‘-‘)/X\"
Jan 2013
Ͳօɾօղէօ

22×5×139 Posts
Default

Besides the assignment recycling issue, where old assignments eventually get turned in (which I've done accidentally before, my bad), there are some users who look for "oddities" in the mersenne.ca status charts or elsewhere who will TF without getting an assignment from GPU72 or GIMPS. The only good way to counteract that, I've found, is to keep a short queue of TF work. If working on a large batch, I'll try to submit all at once to not leave any "oddities" to be poached.
Mark Rose is offline   Reply With Quote
Old 2017-07-27, 17:02   #4
kladner
 
kladner's Avatar
 
"Kieren, ktony"
Jul 2011

2·72·97 Posts
Default

Quote:
Originally Posted by Mark Rose View Post
Besides the assignment recycling issue, where old assignments eventually get turned in (which I've done accidentally before, my bad), there are some users who look for "oddities" in the mersenne.ca status charts or elsewhere who will TF without getting an assignment from GPU72 or GIMPS. The only good way to counteract that, I've found, is to keep a short queue of TF work. If working on a large batch, I'll try to submit all at once to not leave any "oddities" to be poached.
To elaborate, monst has something of a record for this sort of thing. I tried to find the thread in which someone in addition to me reported work taken by monst, but it is a ways back and I probably haven't looked in the right places.

In any case, nofaith628, you are not alone.
kladner is offline   Reply With Quote
Old 2017-07-27, 18:50   #5
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

23×1,103 Posts
Default

Quote:
Originally Posted by nofaith628 View Post
Edit: GPU to 72 assigned the exponents to my computer after it has already been factored, could the system admin take a look into this issue?
Ah, shit... Sorry nofaith628.

GPU72 officially reserves assignments from Primenet which are not already reserved, and only then "lends" them out workers to work.

It appears that monst is also working this range, but not reserving the candidates. This is a bit strange since monst is also a GPU72 participant.

The good news is monst seems to be only taking candidates to 72 bits in the 89M range, while GPU72 requires commitment to 73 bits. Thus, for every candidate he did and you also did which didn't find a factor, you only wasted 1/3rd of your effort, and you still all get all the credit.

But your last point is valid... The system should not have issued an assignment to you after it was already factored. I will have to do a deep dive into the code and the database to figure out what exactly happened.

Thanks for the extra work monst.

Oh well, as the saying goes, no good deed goes unpunished....
chalsall is offline   Reply With Quote
Old 2017-07-27, 19:01   #6
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

23·1,103 Posts
Default

Quote:
Originally Posted by 0PolarBearsHere View Post
I'd guess that it's part of the recycling script http://www.mersenneforum.org/showpos...7&postcount=79
Nope. GPU72 no longer recycles TF nor P-1 assignments and reassigns them to other GPU72 workers.

Instead I spend the money to finish them. And if the assignee wants to yell at anyone, they can yell at me for "poaching" an assignment which is overdue.

This situation is different -- this work was done without reservation.
chalsall is offline   Reply With Quote
Old 2017-07-28, 03:48   #7
nofaith628
 
nofaith628's Avatar
 
Feb 2017

2·17 Posts
Default

Quote:
Originally Posted by chalsall View Post
But your last point is valid... The system should not have issued an assignment to you after it was already factored. I will have to do a deep dive into the code and the database to figure out what exactly happened.
Thanks for the prompt reply chalsall, glad to know the situation is under control.

After second thought, how can someone manually submit TF results that have already been reserved by 'GPU Factoring'? Can users still manually input assignments into their worktodo.txt and submit the results disregarding that the fact the exponent has already been assigned?

Last fiddled with by nofaith628 on 2017-07-28 at 03:51
nofaith628 is offline   Reply With Quote
Old 2017-07-28, 14:04   #8
Mark Rose
 
Mark Rose's Avatar
 
"/X\(‘-‘)/X\"
Jan 2013
Ͳօɾօղէօ

22·5·139 Posts
Default

Quote:
Originally Posted by nofaith628 View Post
After second thought, how can someone manually submit TF results that have already been reserved by 'GPU Factoring'?
By using the manual submission form or a script/program that does the same.

Quote:
Can users still manually input assignments into their worktodo.txt and submit the results disregarding that the fact the exponent has already been assigned?
Yes. If reserving from PrimeNet they won't get an assignment ID, but they can still do the work and the server will accept the result (except for duplicate TF work where the first submission wins).
Mark Rose is offline   Reply With Quote
Old 2017-07-28, 20:19   #9
monst
 
monst's Avatar
 
Mar 2007

179 Posts
Default

Sorry about this everyone. I had grabbed all the 89M candidates at 71 bits a while ago (2 or 3 months) before GPU72 reserved them. I was taking them to 72 bits. I had finished about 40% of them when I noticed that GPU72 reserved them. When I noticed this I stopped immediately, but my GPUs were crunching on them for a day or two before I noticed. I'm not sure how many were factored and how many were taken to 72 bits after GPU72 reserved them. My GPUs were sending results back to the database every 15 minutes so I did not have a large backlog of unreported work. Chris, do you know how many 89M candidates at 71 bits GPU72 reserved when it made the reservation?
monst is offline   Reply With Quote
Old 2017-07-28, 21:30   #10
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

211708 Posts
Default

Quote:
Originally Posted by monst View Post
Chris, do you know how many 89M candidates at 71 bits GPU72 reserved when it made the reservation?
Hey Monst. Thank you very much for your response. Mistakes happen -- this was an honest mistake by both of us.

I don't know exactly how many candidates were reserved in 89M at 71 bits by GPU72. I could probably figure that out (I think the information was captured) but I don't have an immediate SQL query ready to run.

In the future, if you're going to work ahead of the "wave" without reserving from Primenet, perhaps we could coordinate.

Also, separately, I have a bug in my code. The system should have detected factors found before assigning work. I haven't yet figured out why that subsystem didn't work properly.
chalsall is offline   Reply With Quote
Old 2018-01-20, 16:25   #11
nofaith628
 
nofaith628's Avatar
 
Feb 2017

428 Posts
Default

Pinging chalsall.

Another batch of duplicate results popped up. See the attached pictures, I have pointed out the reserved assignments on GPU72 website in the red blocks.
Attached Thumbnails
Click image for larger version

Name:	1.JPG
Views:	123
Size:	86.9 KB
ID:	17567   Click image for larger version

Name:	2.JPG
Views:	126
Size:	182.9 KB
ID:	17568  
nofaith628 is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
bugreport: duplicate entries maxal FactorDB 1 2017-11-14 15:38
duplicate factors Dead J. Dona Sierpinski/Riesel Base 5 4 2008-06-22 03:11
Duplicate assignments? drew PrimeNet 5 2007-07-14 03:25
ECM duplicate work? Joshua2 Factoring 3 2005-02-01 02:39
Duplicate userids Prime95 Data 10 2003-09-17 02:20

All times are UTC. The time now is 02:35.

Tue Mar 31 02:35:36 UTC 2020 up 6 days, 8 mins, 0 users, load averages: 1.53, 1.61, 1.65

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.