![]() |
|
|
#56 | |
|
Serpentine Vermin Jar
Jul 2014
3,313 Posts |
Quote:
They do get assignments for other types of work (P-1 and LL tests). So... not sure what's going on there that they're just doing TF work without checking if it's already assigned to someone for TF (like GPU Factoring, for instance). |
|
|
|
|
|
|
#57 | |
|
If I May
"Chris Halsall"
Sep 2002
Barbados
230478 Posts |
Quote:
It pisses me off when people "game" the system. Last fiddled with by chalsall on 2015-11-15 at 18:39 |
|
|
|
|
|
|
#58 |
|
Nov 2008
1111101012 Posts |
|
|
|
|
|
|
#59 |
|
"Kieren"
Jul 2011
In My Own Galaxy!
2×3×1,693 Posts |
|
|
|
|
|
|
#60 |
|
Romulan Interpreter
Jun 2011
Thailand
226668 Posts |
|
|
|
|
|
|
#61 |
|
"Oliver"
Mar 2005
Germany
11·101 Posts |
Hi,
again good to know that this is cause by "human mistakes". ![]() I'm not sure how much the individual waves are ahead of each other but perhaps there should be a delay when someone unassigns some work until they are given to another user? Oliver |
|
|
|
|
|
#62 |
|
"Oliver"
Mar 2005
Germany
11·101 Posts |
Hi,
this time user "JC": Code:
no factor for M73730911 from 2^73 to 2^74 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730911 from 2^74 to 2^75 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730843 from 2^73 to 2^74 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730843 from 2^74 to 2^75 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730977 from 2^73 to 2^74 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730977 from 2^74 to 2^75 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730863 from 2^73 to 2^74 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730863 from 2^74 to 2^75 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730981 from 2^73 to 2^74 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730869 from 2^73 to 2^74 [mfaktc 0.21 barrett76_mul32_gs] no factor for M73730869 from 2^74 to 2^75 [mfaktc 0.21 barrett76_mul32_gs] Oliver |
|
|
|
|
|
#63 | |
|
If I May
"Chris Halsall"
Sep 2002
Barbados
9,767 Posts |
Quote:
Sorry about that. So everyone knows the system no longer expires candidates _unless_ the assignment is over 30 days old ***AND*** no new assignments have been given nor reported in that period ***AND*** the assignment has not been extended. This has been the case for almost a year now. I will increase this expiry period to be 60 days, although the notices and warnings will continue to claim it's 30 days. Also please note that there is a warning (in red) given on the "Current Assignments" page if any candidates are at risk of being expired, and said candidates are also rendered in red. I don't really know how much more I can do short of completing the assignments myself so others don't take the risk (which I sometimes do). |
|
|
|
|
|
|
#64 |
|
"Oliver"
Mar 2005
Germany
45716 Posts |
Hi Chris,
for GIMPS it doesn't really matter if you or me doing duplicate work. Just lets try to avoid (read: reduce to a feasible minimum) duplicate work. Oliver |
|
|
|
|
|
#65 | |
|
"Oliver"
Mar 2005
Germany
100010101112 Posts |
Quote:
Oliver |
|
|
|
|
|
|
#66 | |
|
If I May
"Chris Halsall"
Sep 2002
Barbados
100110001001112 Posts |
Quote:
To put on the table, I don't think anyone is being intentionally disruptive. With the introduction of fetching and submission automation many simple "fire and forget". Even with Primenet's LL / DC / P-1 efforts this happens. Someone makes a promise of completion but then doesn't deliver; the candidate is then reassigned and then the original assignee completes. It is very difficult to manage independent actors.... |
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| tf results not needed | MatWur-S530113 | GPU to 72 | 10 | 2017-12-09 15:36 |
| 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 |