Officially poaching very old exponents

[garo]

It was kind of inevitable. i'm surprised there has been almost no poaching for the past 9 months - ever since we crossed the M38 doublecheck mark.

[Aillas]

Originally posted by GP2
As currently formulated (2 years), there are hardly any exponents that qualify.

Here are the longest-running double-checks under 10 million (only one of which is greater than 9 million). Running time is the 5th column:

[Edit: click on an exponent to show a graph of its progress


...
8086411,D*,64,,354.3,18.8,60.8,09-Nov-03 15:59,20-Nov-02 11:34,Aillas,Lexa
8085239,D*,64,,354.3,10.8,60.8,09-Nov-03 15:59,20-Nov-02 11:34,Aillas,Lexa
8081419,D ,65,6025177,354.3,2.8,60.8,09-Nov-03 15:59,20-Nov-02 11:33,Aillas,Lexa
...

Hi,

I moved lower exponants to a slower computer sometimes ago.
8086411 should be finished by the end of this week, the 2 others by the end of this month (I think). I poach my sister computer but it's not running 24H/24H, so exponants are not finnished at regular time.

So If you could prevent these exponants from beeing poached, it would be great.

Thanks

Ludovic

[GP2]

Originally posted by Prime95
I'm perfectly happy with you formulating a list of hopeless causes (no hope for completion in 6 months).

OK. I'll wait a little while to see if any other current owners speak up (so far, Aillas and Team_Prime_Rib).

A few of the above exponents have already been double-checked and matched, so the current assignment is (now) a redundant triple check. Obviously it makes no sense to poach and reassign these:

7336607
8304437
9000209

One last check - can you match the userid with some past results. We should be wary of poaching assignments from someone using non-prime95 clients. Mlucas and Glucas do not update the iteration counts - so it goes from zero to done in one fell swoop.

That's interesting, I was unaware that those programs use PrimeNet, thought they were manual only.

I see what you mean: user CaptainEntropy maps to the name "snorton", and that user has a lot of results for programs J3 and E2.

It seems a bit odd that those programs go to the trouble of contacting PrimeNet to reset their "date updated" but don't report a new iteration count while they're at it. Or am I missing something?

[QuintLeo]

I believe that as long as there is progress being made on the exponents, they shouldn't be poached.

If they get worked on to a point, then flatline on the graphs for months, that's another story - odds are that an exponent that's been sitting at 50% done for 6 months is on a dead and no longer accessable machine belonging to someone that's no longer active in GIMPS....

7304699 would be a good example of an exponent that would be reasonably fair to poach, where the 3 lower exponents on your list have shown regular, if not consistant, progress over their life.

[garo]

It seems a bit odd that those programs go to the trouble of contacting PrimeNet to reset their "date updated" but don't report a new iteration count while they're at it. Or am I missing something?

The prgrams do not contact the Primenet server directly. The users use the manual pages to extend their reservations or else the exponents would expire. If you go through all the past status.txt files you will find that exponents that were completed by J and G and E program codes never reported any completed iterations.

Also, GP2, you may want to submit dummy results for the three exponents you listed above so that they do not get reassigned if and when they expire. The dummy result may even force the removal of the exponent form the worktodo.ini - in case the exponent is not the first in line to be completed and does not have significant iterations completed - which would prevent the user from wasting time on an already DCed exponent.

[GP2]

The odd thing about 7304699 is that it's been flatlined since May 2002, yet the 'date updated' is Sep 4 2003.

It should expire within a day or two unless it gets updated again.

I believe that as long as there is progress being made on the exponents, they shouldn't be poached.

What about 7501867?

Slow and steady progress... just a little too slow. If we extrapolate, it will finish in 2012.

This is undoubtedly an older version of the program. Will there even be an Entropia redirector for it to talk to in 2012?

[outlnder]

8206057, ,64,,420.8,95.2,95.2,16-Oct-03 00:36,15-Sep-02 00:19,Team_Prime_Rib,trif_pest
8206021, ,64,,420.8,95.2,95.2,16-Oct-03 00:36,15-Sep-02 00:09,Team_Prime_Rib,trif_pest
8206013, ,64,,420.8,95.2,95.2,16-Oct-03 00:36,15-Sep-02 01:16,Team_Prime_Rib,trif_pest

I believe trif uses Linux on her machines, but I haven't heard from her in a long time. Maybe Garo has her email or when they expire he can grab them and I will do them immediately.

Yes, GP2, on a good machine.