Posts that seem less than useless, or something like that

[davieddy]

Originally Posted by davieddy

I rest my case.

ANSWER Chalsall.

It is central to the TF effort.

[chalsall]

Originally Posted by davieddy

ANSWER Chalsall.

It is central to the TF effort.

What, exactly, is the question?

[davieddy]

Originally Posted by chalsall

What, exactly, is the question?

If you bothered to follow the quote back, you would find:

"Why hasn't every exponent > 53M TFed to at least 72 bits?"

(Not to mention a suggested answer which you brazenly confirmed}

Bit more conversation, a little less action please.
(Elvis)

[chalsall]

Originally Posted by davieddy

If you bothered to follow the quote back, you would find:

"Why hasn't every exponent > 53M TFed to at least 72 bits?"

(Not to mention a suggested answer which you brazenly confirmed}

Bit more conversation, a little less action please.
(Elvis)

I thought I had already answered that with a quote from Einstein: "The only reason for time is so that everything doesn't happen at once." Perhaps you missed the subtly...

Now, being pedantic, since there are an infinite number of candidates above 53M, they will never all be TFed to at least 72 bits.

However, I consider the 99,655 LL candidates we have taken to 72 or above a reasonably good start....

[davieddy]

Think a semi-apology is due Chris.
I'm sure George is grateful for your efforts
in managing the project, and it is really primenet's fault
more than yours.
Just look at the TF assignments assigned for one extra bit
that hang around forever.
This breadth-first ahead of the wavefront is almost
counter-productive.
Folk would much prefer to TF from 69 to 73 in one go
than 72 to 73.
I said this a couple of years ago.

Re your Einstein quote, there was no excuse for not taking
every expo >53M to 72 at the rate of 200/day ~ 2 years ago.

David

[xilman]

Originally Posted by chalsall

Now, being pedantic, since there are an infinite number of candidates above 53M, they will never all be TFed to at least 72 bits

Not true. In fact, it is demonstrably false.

All primitive factors of M(p) are of the form 2kp+1. The proof of that statement is relatively straightforward and is left as an exercise.

Consequently, all prime factors of Mersenne numbers greater than M(M(71)) are greater than 2^72. Hence all candidates greater than M(M(71)) have been TFed to at least 72 bits.


QED.

[Dubslow]

RE Breadth, the "pledged" TF level is up to each worker. I think most choose to do the whole schbang all at once. (There are some cases where mfakto is more efficient at lower bit levels.) If a worker does not TF a candidate all the way, the expo is kept and redished until a worker takes it all the way. Expos >58M are TFd to 73.

[chalsall]

Originally Posted by xilman

Consequently, all prime factors of Mersenne numbers greater than M(M(71)) are greater than 2^72. Hence all candidates greater than M(M(71)) have been TFed to at least 72 bits.

I stand corrected.

[science_man_88]

Originally Posted by xilman

Not true. In fact, it is demonstrably false.

All primitive factors of M(p) are of the form 2kp+1. The proof of that statement is relatively straightforward and is left as an exercise.

Consequently, all prime factors of Mersenne numbers greater than M(M(71)) are greater than 2^72. Hence all candidates greater than M(M(71)) have been TFed to at least 72 bits.


QED.

I think this is my fault I pm'ed a comment like that just to attempt to stop the arguments.

[davieddy]

Originally Posted by chalsall

I stand corrected.

Now bend over my knee and take your knickers down

[davieddy]

Originally Posted by chalsall

I have, for several months, been deleting posts by davieddy in the "GPU to 72" sub-forum

MUCH more to the point, you may not be interested,
but they are typically replies to someone who might be.
Not to mention the "effort" I put in to write the buggers.


STOP F***ING ABOUT YOU JUMPED UP FART