Register FAQ Search Today's Posts Mark Forums Read

 2020-03-20, 03:26 #12 hansl     Apr 2019 5×41 Posts Hi, I just noticed another poached work unit from a couple days ago by Niels_Mache_Nextcloud Code: PROCESSING RESULT: NO FACTOR FOR M101603891 FROM 2^73 TO 2^74 [MFAKTC 0.21 BARRETT76_MUL32_GS] ERROR CODE: 40, ERROR TEXT: TF RESULT FOR M101603891 WAS NOT NEEDED I don't care about correcting the credit as it was just one small result (as far as I'm aware*), but I felt like naming and shaming for the record. * This was on my only Windows computer, using MISFIT which alerts when "results not needed". No idea if any of my other machines all running Linux are victims also, I'm using a version of "mfloop" script for result uploading, which I don't think reports such occurrences.
 2020-03-20, 04:00 #13 hansl     Apr 2019 5·41 Posts I figured I'd check my results page on mersenne.org, sorted by GHzDays to see how many 0's there were. Turns out 11 other results of mine were poached in the past couple weeks by Niels. 101604341 101604379 101604421 107601271 107601301 107601391 107601407 107601433 107601457 107601491 107601539 Last fiddled with by hansl on 2020-03-20 at 04:01
 2020-07-15, 16:42 #14 storm5510 Random Account     Aug 2009 2·971 Posts I was poached two days ago by a used known as "Ivan M." He has been running exponents from mersenne.ca on a sub-project called "Exponents that were poorly P-1 factored." James clearly states at the top of the search page that anyone running these must get AID's first. "Ivan M" is not doing this. So, he ran over some which I had reserved causing me to receive "Results not needed" from Primenet. There were between 20 and 30 of them. I stopped running. There are probably several ways this could be stopped. The best way I can think of is for Primenet to refuse any submitted work which does not have a valid AID. The user submitting such results would be informed of their infraction, and have no credit given. Being an old-programmer, I understand this would take a bit of additional programming on the server. It would be worth the effort.
2020-07-15, 19:20   #15
ixfd64
Bemusing Prompter

"Danny"
Dec 2002
California

94E16 Posts

Quote:
 Originally Posted by hansl I figured I'd check my results page on mersenne.org, sorted by GHzDays to see how many 0's there were. Turns out 11 other results of mine were poached in the past couple weeks by Niels. 101604341 101604379 101604421 107601271 107601301 107601391 107601407 107601433 107601457 107601491 107601539
As a note, you can get credit for overlapping TF results as long as you increase the bit level. For example, if the poacher had factored to 74 bits, then you will still receive full credit for "no factor from 2^73 to 2^75" results. Just make sure you actually factor to 75 bits in this case because submitting fake results isn't cool.

However, this doesn't work for factor-found results.

Last fiddled with by ixfd64 on 2020-07-15 at 19:22

2020-07-15, 20:07   #16
kruoli

"Oliver"
Sep 2017
Porta Westfalica, DE

1111011112 Posts

Quote:
 Originally Posted by storm5510 The best way I can think of is for Primenet to refuse any submitted work which does not have a valid AID.
Generally, I understand what you are thinking about, but somehow someone should be able to report new factors without an AID (when there is an existing faulty TF, for example). Of course, that's only a small percentage where this would be helpful, but nonetheless. A factor is always more important than any other NF result. On the other hand, having an assignment that would result in the same "found factor" result, can not be segmented by that policy in the same way.

Last fiddled with by kruoli on 2020-07-15 at 20:08 Reason: Rechtschreibkorrektur. ;)

 2020-07-16, 21:44 #17 Rodrigo     Jun 2010 Pennsylvania 2·467 Posts Would there be any drawbacks to (and how hard would it be to code) a function making it impossible to get an assignment, or reporting a result, for an assignment that has not yet expired? This afternoon I went to submit a batch of TF 74-75 assignments and all but one were rejected because somebody else submitted them yesterday. It cost me over 700 Ghz-days in CPU credit, plus electricity used and money spent that went completely to waste.
2020-07-16, 21:57   #18
Uncwilly
6809 > 6502

"""""""""""""""""""
Aug 2003
101×103 Posts

2×4,787 Posts

Quote:
 Originally Posted by Rodrigo This afternoon I went to submit a batch of TF 74-75 assignments and all but one were rejected because somebody else submitted them yesterday.
What range were you working in?

Maybe take smaller chunks and send them in more often.

Last fiddled with by Uncwilly on 2020-07-16 at 21:58

2020-07-16, 22:15   #19
Rodrigo

Jun 2010
Pennsylvania

16468 Posts

Quote:
 Originally Posted by Uncwilly What range were you working in? Maybe take smaller chunks and send them in more often.

2020-07-16, 22:34   #20
storm5510
Random Account

Aug 2009

2×971 Posts

Quote:
 Originally Posted by Rodrigo Would there be any drawbacks to (and how hard would it be to code) a function making it impossible to get an assignment, or reporting a result, for an assignment that has not yet expired? This afternoon I went to submit a batch of TF 74-75 assignments and all but one were rejected because somebody else submitted them yesterday. It cost me over 700 Ghz-days in CPU credit, plus electricity used and money spent that went completely to waste.
In simpler terms, any active and valid assignment. 700 GHz days on a CPU is a lot of time wasted. As Uncwilly suggested, much smaller groups multiple times a day. There is really no need to hold on to completed work for long periods of time. I try to never go beyond six hours on fast running assignments.

 2020-07-16, 22:35 #21 Uncwilly 6809 > 6502     """"""""""""""""""" Aug 2003 101×103 Posts 2×4,787 Posts Potential cause of issue noted. Might be accidental related to: https://www.mersenneforum.org/showpo...postcount=1861
2020-07-16, 23:50   #22
Rodrigo

Jun 2010
Pennsylvania

16468 Posts

Quote:
 Originally Posted by storm5510 In simpler terms, any active and valid assignment. 700 GHz days on a CPU is a lot of time wasted. As Uncwilly suggested, much smaller groups multiple times a day. There is really no need to hold on to completed work for long periods of time. I try to never go beyond six hours on fast running assignments.
Just to be clear, the 700 GHz-days were on a GPU, so at least it's not like months of work were lost.

My farm has grown over time to a dozen CPUs and, more importantly, a half-dozen GPUs all running 24/7, so it could be time-consuming to report on them even once a day. The CPUs report on their own via Prime95, but not the GPUs.

I've greatly enjoyed doing the GPU manual assignment + reporting thing for all these years. Keeps me engaged with the action IMHO. That said, it may be time to consider more automated methods for TFing on GPUs.

Last fiddled with by Rodrigo on 2020-07-16 at 23:56 Reason: Add'l info

 Similar Threads Thread Thread Starter Forum Replies Last Post Kevin Lounge 123 2021-03-12 05:03 blip Data 8 2016-01-30 01:59 davieddy Lounge 6 2010-10-16 12:31 PrimeCruncher PrimeNet 6 2004-04-05 19:17 lycorn Lounge 6 2003-01-31 08:33

All times are UTC. The time now is 04:29.

Fri May 14 04:29:18 UTC 2021 up 35 days, 23:10, 0 users, load averages: 1.81, 2.12, 2.31