![]() |
[QUOTE=RichD;496044] I will start the sieving locally (for the correct job) in a couple months since I am over subscribe at the moment.[/QUOTE]
No need to sieve locally, just re-queue it on the grid, the 14e is starved anyway. Let the 'zombies' do the heavy lifting and use your own resourches for more important work :smile: . |
[QUOTE=VictordeHolland;496034]Does anybody got a copy of this dataset, I can't find it on the server?
Just to be sure: I'm looking for the relations of the C216 cofactor of [B]49852639[/B]^29-1 (the one that is displayed as factored but isn't) so we can clean this up. [code] 342979604182615255258693254421748108228322604383289993800565370414344839359283788981547172276819546740023979366342120920148747230565238271359993792909152771442330156630035414193369265772093168266608867254556175688641[/code][/QUOTE] It appears that this dataset was purged, though Greg is double checking on his end. If it no longer exists, we will have to resieve the job. |
C228_23827_53 factors
1 Attachment(s)
[B]C228_23827_53[/B]
[ (23827^53-1)/23826 ] factors as: [code] p92 factor: 61752513205787150608818684710149111788113044641425284877726924514491192476968132377158624603 p136 factor: 6561007901320801162078995151916585252669936213149633212472981902877268348326801246295711121837026773411315005714143440635595414163657147 [/code]10M matrix, 59h with 4 threads on a i7 3770k with msievelacuda_VBITS128_MANUAL_PREFETCH Factors uploaded to Factordb: [URL]http://www.factordb.com/index.php?query=%2823827%5E53-1%29%2F23826[/URL] (Truncated) log attached and at: [URL]https://pastebin.com/wUrWK7Y5[/URL] |
[QUOTE=RichD;496043]There doesn't seem to be any new relations coming in for C179_374xx231_19. Probably old WUs from previously submitted work that expired. I started this job building a matrix at TD=96 with just over 400 hours remaining.[/QUOTE]
Do you want more relations on this number? I think Greg has fixed the glitches within NFS@Home. |
Nope, I do not have a copy of the old C216_49852639_29 dataset either, only of the C215_46988659_29 dataset per [url]https://mersenneforum.org/showpost.php?p=495891&postcount=1627[/url] .
Yup, the glitches have been fixed, WU generation has restarted on both queues and clients have restarted eating (new) files. crunching.php indicates more relations for C179_374xx231_19 than appear in the remdups output from [URL]https://mersenneforum.org/showpost.php?p=495661&postcount=1616[/URL] , but we can expand the range further if needed :smile: |
[QUOTE=VictordeHolland;496034]Does anybody got a copy of this dataset, I can't find it on the server?
Just to be sure: I'm looking for the relations of the C216 cofactor of [B]49852639[/B]^29-1 (the one that is displayed as factored but isn't) so we can clean this up. [code] 342979604182615255258693254421748108228322604383289993800565370414344839359283788981547172276819546740023979366342120920148747230565238271359993792909152771442330156630035414193369265772093168266608867254556175688641[/code][/QUOTE] Confirmed by Greg - this dataset no longer exists on the server. Neither Lionel or I have a copy. Looks like we will have to rerun this job. Lionel, how about I setup a second run and you double check (and submit) it? ETA: I have created the job and queued it for sieving. Once we are sure it is correct, we should also delete the erroneous job version (#1355?) per Greg. |
C210_35111_47 factored
1 Attachment(s)
[QUOTE=richs;494676]Reserving C210_35111_47 (I checked, it's a 30 bit job).[/QUOTE]
[CODE]p54 factor: 221035798267746846728320242514920255139661570169625573 p156 factor: 557104798347474413683504505128229637761607544074276768813873084256665951739453545415683157847681808602934259881490520967747564440070770914111174363860501109[/CODE] Approximately 117.2 hours on 2 threads Core i3-2310M with 4 GB memory for a 8.06M matrix at TD = 70. Log attached and log at [URL="https://pastebin.com/2jEpRk2t"]https://pastebin.com/2jEpRk2t[/URL] |
[QUOTE=swellman;496074]Do you want more relations on this number? I think Greg has fixed the glitches within NFS@Home.[/QUOTE]
No. At Q=300M for a 31-bit job we are at the point of diminishing returns. We would have to go back and see what Q ranges are missing and try to piecemeal the possible sporadic ranges. Not worth the effort. I will let it run. Plus, I am already nearing 5% completed. |
Reserving 11611_144 on 14e.
|
The poly for 49852639^29-1 (C216_49852639_29A) matches the one in
[url]https://mersenneforum.org/showpost.php?p=492561&postcount=1541[/url] so it LGTM :smile: |
Reserving C162_785232_11446.
|
| All times are UTC. The time now is 22:24. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.