missing?
Ah, a new subforum, can't resist walking in here. :geek:
OK, I got this line from the primenet stats page today : [CODE] 33200000 33299999 184 2 229 598 19[/CODE] a couple of months ago it was [CODE] 33200000 33299999 184 320 511 12[/CODE] If I add them up today it is 1032, whereas it was 1027. This happens at other lines as well. Everynow and then the sum adds one or two or loses one or two. Any idea what causes this? YotN; Tha 
I would guess that the missing exponents are manual checkout ones, or possibly in a status that isn't recorded  perhaps they're "overdue for checkin" but haven't been reassigned yet?

[Sept 9 2003 data files used for the figures below]
Well, there's a total of 5797 primes in this range (33.2M33.3M), but 3604 have known factors, leaving 2193 candidates. And sure enough, the "nofactor" file (derived from NOFACTOR.CMP) has 2193 entries in this range. Of these 2193 exponents, there are 30 in LUCAS_V.TXT (verifiedgood results, matching doublechecks) and there are 1459 in HRF3.TXT (only one LL test, or nonmatching doublechecks). So 704 exponents in this range have no known factor and never had an LL test returned. Primenet shows that 231 assignments are still pending, so that means 473 exponents in this range have never been assigned by Primenet. It's possible that those 473 exponents were assigned manually, or reserved by someone using Mlucas or Glucas. But most likely they have just never been assigned to anyone. After all these are very big exponents that take a long time, and only a small group of folks with fast machines are working on them. So my guess is that the increase from 1027 to 1032 just means that 5 new exponents were requested in this range during this time. Note that many exponents have trivial factors, so most of the factors in this range were eliminated a long time ago. By the time Primenet hands out factoring assignments, only nontrivial factors remain. So you can see only 184 new factors were found since the last database sync. 
The whole 33.2M range hasn't been assigned because all mersenne numbers in that range are not 10M digits. GIMPS started at M33219281.
Regarding the issue of increasing exponents, I think QuintLeo's first suggestion is probably right. Manual exponents (assigned by George via email) do not show up on Primenet unless the person running them connects to Primenet. So in the time between tha's report downloads, I'm guessing five people connected to Primenet with manual 10M digit tests. 
[QUOTE][i]Originally posted by NickGlover [/i]
[B]The whole 33.2M range hasn't been assigned because all mersenne numbers in that range are not 10M digits. GIMPS started at M33219281. [/B][/QUOTE] Hmmm, OK let's redo that analysis: In the range 33219281  33300000 there are: 4702 prime exponents 2978 of which have factors 1724 do not have factors As before, of those 1724, there are 30 in LUCAS_V.TXT (verifiedgood results, matching doublechecks) and there are 1459 in HRF3.TXT (only one LL test, or nonmatching doublechecks). There are no results in LUCAS_V.TXT or HRF3.TXT for 33.2M less than 33219281. So 235 exponents in this range have no known factor and never had an LL test returned. Now, the current status.txt (assigned exponents) shows 231 exponents currently assigned in this range. Again, there are no assignments for 33.2M less than 33219281. However, of these, 5 assignments are for exponents that have already been LL tested at least once: 33222047 33228563 33234007 33285839 33298957 That leaves 9 exponents that have never been factored or LL tested and are not assigned by Primenet: 33229069 33236519 33238477 33240079 33243181 33249397 33255259 33290479 33297029 These 9 could be manual tests or reserved by Glucas / Mlucas. Or perhaps truly never assigned yet to anyone? 
[QUOTE][B]
That leaves 9 exponents that have never been factored or LL tested and are not assigned by Primenet: 33229069 33236519 33238477 33240079 33243181 33249397 33255259 33290479 33297029 These 9 could be manual tests or reserved by Glucas / Mlucas. Or perhaps truly never assigned yet to anyone? [/B][/QUOTE] Oops: the latest cleared.txt (cleared exponents) shows: [code] 33238477 69 0xD12F51397BCA23__ 01Sep03 14:16 S67532 C7364A0E9 33243181 69 0x84CEB8C84F756C__ 13Sep03 09:47 Salz Pinguin 33255259 69 0x9396794888AB68__ 13Sep03 04:02 kom Cel1_7G 33290479 69 0xA15113231F7710__ 09Sep03 19:17 S62207 C16FB22CD 33297029 69 0x5DF171F39BC1CC__ 10Sep03 08:58 S58328 C0D1BE822 [/code] These were cleared recently (note the files LUCAS_V.TXT and HRF3.TXT files are updated every week or so, so the data for them is from Sept 9... which doesn't explain that first exponent dated 01Sep03 though). So... only 4 exponents that are unfactored, unLLtested, and unassigned by Primenet: 33229069 33236519 33240079 33249397 
[QUOTE][i]Originally posted by GP2 [/i]
[B]Oops: the latest cleared.txt (cleared exponents) shows: [code] 33238477 69 0xD12F51397BCA23__ 01Sep03 14:16 S67532 C7364A0E9 33243181 69 0x84CEB8C84F756C__ 13Sep03 09:47 Salz Pinguin 33255259 69 0x9396794888AB68__ 13Sep03 04:02 kom Cel1_7G 33290479 69 0xA15113231F7710__ 09Sep03 19:17 S62207 C16FB22CD 33297029 69 0x5DF171F39BC1CC__ 10Sep03 08:58 S58328 C0D1BE822 [/code] These were cleared recently (note the files LUCAS_V.TXT and HRF3.TXT files are updated every week or so, so the data for them is from Sept 9... which doesn't explain that first exponent dated 01Sep03 though). [/B][/QUOTE] I investigated further with regards to the exponent dated 01Sep03. It turns out that this exponent 33238477 is one of only 15 that are in cleared.txt (with a date before 09Sep03) but were never entered into the data files. An amazing coincidence that this current thread just happened to stumble on such an exponent. See the new [url=http://www.mersenneforum.org/showthread.php?s=&threadid=1114]Cleared exponents that never made it into data files[/url] thread. 
All times are UTC. The time now is 10:01. 
Powered by vBulletin® Version 3.8.11
Copyright ©2000  2020, Jelsoft Enterprises Ltd.