![]() |
|
|
#2421 | |
|
If I May
"Chris Halsall"
Sep 2002
Barbados
230478 Posts |
Quote:
We sometimes find ourselves in interesting places, don't we? |
|
|
|
|
|
|
#2422 | |
|
"Lucan"
Dec 2006
England
2·3·13·83 Posts |
Quote:
James' crossover point is rendered irrelevant because we are firepower limited (especially since Pete went off in a huff of smoke). However, there is a link between the two, dictated by these simple facts: 1) LL time goes as expo2 2) TF goes as expo-1 3) Incrementing bit level doubles the time. It follows that the interval from one bit level to the next occurs when the exponent increases by 21/3. Now if (as I suggested) we could go to 74 bits for exponents>70M, what on earth is the slightest bit ridiculous in the suggestion that 75 bits will be appropriate above 90M? THIS AIN'T ROCKET SCIENCE. Try to adjust your intuition to the appropriate time scale, namely 4 years not 4 months. David |
|
|
|
|
|
|
#2423 |
|
May 2013
East. Always East.
11·157 Posts |
Here is the breakdown.
Do we go bit-first, which means getting one exponent to the optimal bit before even starting the next exponent? Or, do we go breadth-first which means we factor a whole bunch of exponents to one bit, then the next, then the next, etc until we again reach the optimal point? I tend to agree with Chris on this one. Let's assume we want to factor to 74 bits in the following explanation. Breadth-first SOUNDS like a great idea because if all of a sudden the LL wavefront catches up and the TF work is not sufficiently getting 74-bits work done, we have an entire batch of 73-bits work done, and it really isn't the end of the world if some 73-bits gets done instead of 74-bits. It looks like a very conservative approach. Bit-first is actually a better idea because if we factor 10,000 exponents from 72 to 73 before then taking all of them to 74, we have spent enough work to instead take 3,333 exponents from 72 to 74. Every single amount of factoring work on an exponent we don't care about NOW is work that isn't useful to us NOW. It's useful to us later, for sure, but we will have more firepower later. I was interested in working on taking all exponents below 1,000,000,000 to 66 from 65 for a while, until I realized that the LL front will effectively never reach that point and that all my work would be "wasted" as far as the present interests of the project are concerned. If we put all our efforts into taking 60M-70M to 74 bits instead of doing all this stuff taking 80M to 72 bits or whatever work we're doing on future exponents, we would be leaps and bounds ahead of the LL-wave. It's just that we're doing TF work now that saves LL work in two or three years. |
|
|
|
|
|
#2424 | |
|
May 2003
Belgium
4268 Posts |
Quote:
I estimate that we would've kept up the TF from 71 to 74 if the big guns were still there. Could you estimate the pace we would've had if you had <expletive deleted> and left people alone, choosing to do whatever they want to do? And yes, we can decide on what we work. Not you, not George, not Chris can decide: I have the possibility to shut down Prime95 or mfaktc whenever I want. Of course, it could be the case that you wish to chase people away, which is the reason you come trolling in this forum. |
|
|
|
|
|
|
#2425 | ||
|
If I May
"Chris Halsall"
Sep 2002
Barbados
9,767 Posts |
Quote:
Quote:
|
||
|
|
|
|
|
#2426 | |
|
If I May
"Chris Halsall"
Sep 2002
Barbados
9,767 Posts |
Quote:
GPU to 74 IS currently keeping up. All the way from 71. Even with the ebb and flow of participants. And, there are automatic "safety valves" in place to release candidates already at 73 for LL assignment if we ever fall behind. Again, automatic; while I monitor things closely, I'm not needed in the loop for this to happen iff needed. To cut to the chase, David has admitted in the past that his agenda in all this nagging is for him, personally, to be assigned low candidates because they take less time, and there's a (slightly) greater probably that the lower candidates are prime. David could, of course, simply sign up to GPU72 and have access to the (small number of) low candidates we hold for LL assignments. Ironically, David was actually the very first beta tester of this service... But, at the end of the day, the truth is the next Mersenne Prime is probably somewhere up in the high 60Ms or even low 70Ms range; all the work below has to be done by someone(s). Those of us who TF are simply helping those who LL to not waste their valuable time if it can be avoided. |
|
|
|
|
|
|
#2427 |
|
May 2013
East. Always East.
11·157 Posts |
I can't say I exactly appreciate this as a rebuttal to what I'm trying to say. To reiterate:
We can get every exponent to 100M up to 73 before ever even looking at getting anything to 74. In the meantime, exponents in the upper 60M with only 73 bits done on them are being LL'ed because the TF effort is too focused on 2018's work instead of 2013's work. Alternatively, we can focus on having a smaller buffer of more deeply factored exponents, which means that no work today is being done without the optimal amount of trial factoring. I've been getting 30 GHz-Days of credit for every trial factoring job I do from 73 to 74 via my GPUs. Also, I get roughly 150 GHz-Days on a LL test in the same range via my CPU. Trial factoring TO 73 would also take 30 GHz days. By the looks of things, it takes about two-fifths the effort to TF to 74 as it does to LL. Chris seems to believe that for every 150 GHz-Days that LL is getting, there IS 60 GHz-Days of TF. If there is, then we CAN keep up TF to 74 before releasing for further work. David: How much of a 73-bits buffer do you even want? I found 384 composite results in the report recent cleared in the last 24 hours. If you're asking for a buffer of 50,000 then you've just gone completely <censored> mad. FOUR MONTHS? Explain to me how even a week's worth is going to suddenly evaporate. The 50,000 exponents to 73 buffer you're asking for requires the same amount of work as a 16,666 exponent to 74 buffer. How is THAT not enough? It's like you think we're choosing between doing a few hundred to 74 versus doing tens of thousands to 73. If we HAD the capacity to make this buffer for ourselves then we would HAVE the capacity to be so far ahead of the LL curve with 74 bits that we'd be looking at doing 75 bits a few millions early. |
|
|
|
|
|
#2428 |
|
"Victor de Hollander"
Aug 2011
the Netherlands
49816 Posts |
I don't see the relevance of this discussion, since we are ahead of the LL and DC wavefronts. If you don't like factoring to 74 bit, nobody is forcing you to do so. You can take expo's to 73 and somebody else might do 73 to 74. Besides, the TF GPUto72 is doing is 'extra', in other words, higher than CPUs efficiently can do.
|
|
|
|
|
|
#2429 |
|
If I May
"Chris Halsall"
Sep 2002
Barbados
9,767 Posts |
Please understand this.
It is ill-advised to step in-between giants when they're being stupid.
Last fiddled with by chalsall on 2013-09-27 at 18:04 Reason: This was meant as a joke; added the wink tag... |
|
|
|
|
|
#2430 | ||
|
"Kieren"
Jul 2011
In My Own Galaxy!
1015810 Posts |
Quote:
He has been predicting a disastrous shortfall in factoring for as long as I have hung out here. It seems that he has probably done so for longer, but I feel no real need to review the history. In any case, it does not seem that these predictions are accurate. Since the justifications, rationales, and proposed remedies for these predicted disasters have run a wide, and sometimes contradictory gamut, I am inclined to see the whole thing as a displacement of hostility and resentment arising from other causes. It seems that the community respect, which Chalsall has earned through much work, is probably one of these causes. However, I rather think that there may well be multiple burrs under David's blanket, or bees in his bonnet if you prefer. EDIT: Chalsall said: Quote:
Last fiddled with by kladner on 2013-09-26 at 20:08 |
||
|
|
|
|
|
#2431 |
|
If I May
"Chris Halsall"
Sep 2002
Barbados
9,767 Posts |
|
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Status | Primeinator | Operation Billion Digits | 5 | 2011-12-06 02:35 |
| 62 bit status | 1997rj7 | Lone Mersenne Hunters | 27 | 2008-09-29 13:52 |
| OBD Status | Uncwilly | Operation Billion Digits | 22 | 2005-10-25 14:05 |
| 1-2M LLR status | paulunderwood | 3*2^n-1 Search | 2 | 2005-03-13 17:03 |
| Status of 26.0M - 26.5M | 1997rj7 | Lone Mersenne Hunters | 25 | 2004-06-18 16:46 |