mersenneforum.org Reserved for MF - Sequence 4788
 User Name Remember Me? Password
 Register FAQ Search Today's Posts Mark Forums Read

 2012-05-13, 06:22 #1926 Batalov     "Serge" Mar 2008 Phi(4,2^7658614+1)/2 32·7·149 Posts I can kinda agree with that. Even though my own estimate that this will be very soon and doesn't warrant ...ehm... (I've already been rude, so I'll try to choose words more temperantly) ... ok, I'll call this hoarding. Like not throwing away credit card receipts (worse yet, make copies of these) -- because there could be a mistake in billing. On one hand, yes, true, this can happen and did happen on my memory once or twice in ten years. On the other hand, one's home starts looking like a pawn shop or a dashboard of some cars. I think we should boldly trust the database. P.S. Clarification: I mean, we should have some diligent footprints of our computations stored somewhere in own archives (e.g. I believe that I have > 104 ggnfs.logs and polys for hundreds of aliquot sequences, and dozens of memorable C/Hom.C./etc snfs polys, again e.g. my beloved octics); -- just not on the forum. Especially when the results are already in FactorDB and/or near-repunits, Cunn. logs, NFS @ Home records etc Last fiddled with by Batalov on 2012-05-13 at 06:37 Reason: grammer
2012-05-13, 06:38   #1927
schickel

"Frank <^>"
Dec 2004
CDP Janesville

2·1,061 Posts

Quote:
 Originally Posted by Batalov IP.S. Clarification: I mean, we should have some diligent footprints of our computations stored somewhere in own archives (e.g. I believe that I have > 104 ggnfs.logs and polys for hundreds of aliquot sequences, and dozens of memorable C/Hom.C./etc snfs polys, again e.g. my beloved octics); -- just not on the forum. Especially when the results are already in FactorDB and/or near-repunits, Cunn. logs, NFS @ Home records etc
Well, how about if we delete the attachments (at least, maybe the messagess too?) after the DB problems are cleaned up?

Last fiddled with by schickel on 2012-05-13 at 06:39 Reason: Trim QUOTE a little

 2012-05-13, 06:45 #1928 Batalov     "Serge" Mar 2008 Phi(4,2^7658614+1)/2 32×7×149 Posts The future Dilbert says that they've already had been deleted. Ah wait, it is still May of 2012; he is sometimes confused. ;-)
2012-05-13, 06:59   #1929
schickel

"Frank <^>"
Dec 2004
CDP Janesville

2·1,061 Posts

Quote:
 Originally Posted by Prime95 Your wish is granted.
Of course, this is a little less exciting since 933436 happened.....
Code:
933436 12428. sz 166 2^2 * 5^3 * 7 * 13 * 23 * 89 * 433 * 443

2012-05-13, 07:05   #1930
schickel

"Frank <^>"
Dec 2004
CDP Janesville

84A16 Posts

Quote:
 Originally Posted by Batalov I think we should boldly trust the database.
As someone once said, "Trust but verify".

I'm keeping a local copy of all the sequences "just in case".....

 2012-05-13, 07:25 #1931 Batalov     "Serge" Mar 2008 Phi(4,2^7658614+1)/2 32×7×149 Posts It is a Russian proverb, yes. (You-know-who picked it from the Russians.)
 2012-05-13, 11:17 #1932 rajula     "Tapio Rajala" Feb 2010 Finland 4738 Posts The DB now shows i3363: c116 = 2 * c116. Anyone with more iterations to put there?
2012-05-13, 12:36   #1933
Raman
Noodles

"Mr. Tuch"
Dec 2007
Chennai, India

3·419 Posts

Quote:
 Originally Posted by Raman Hi, This was being certainly the last number that I had seen just simply before the factorDB crash point 314718: i9869 = 89061363102028401121970356170035861240390590751041341095318236415188850592661162942318064938811849202657831014377534 = 2 * c116 that number which was being stored from into my own PC system, as such, as since, as as at last, lately
This was being the last number that I had seen line, the thing that I had been written much before.

It should have been 314718: i9823 NOT i9869 at all

The lines corresponding to 314718: i9823 THROUGH i9869 are being missing out

314718: i9823 would seem to have been corrupted within the factor database meanwhile

Does that mean the lines following i9823 would mutate leading to wrong subsequent result iterations,
incorrect values for the lines beyond the line 314718: i9823 which is being after the following line
that is being given away into
id1100000000508647107 -> id1100000000508756358 = 2*c116

Last fiddled with by Raman on 2012-05-13 at 13:16

2012-05-13, 12:52   #1934
Andi47

Oct 2004
Austria

2·17·73 Posts

Quote:
 Originally Posted by rajula The DB now shows i3363: c116 = 2 * c116. Anyone with more iterations to put there?
still not stitchible to the file Batalov posted here yesterday. I guess there are still ~40-50 iterations missing.

2012-05-13, 15:42   #1935
schickel

"Frank <^>"
Dec 2004
CDP Janesville

2×1,061 Posts

Quote:
 Originally Posted by rajula The DB now shows i3363: c116 = 2 * c116. Anyone with more iterations to put there?
Quote:
 Originally Posted by Andi47 still not stitchible to the file Batalov posted here yesterday. I guess there are still ~40-50 iterations missing.
I would hazard to guess that Syd may have rolled back recent changes in the DB. That may mean that someone either has to reupload the factorization of the c116 or, assuming it may have been deleted, do it again.....

[Edited to add: Ooops. Looks like a duplicate entry. Check out this and this. Wonder how that will affect things......]

Last fiddled with by schickel on 2012-05-13 at 15:46

 2012-05-13, 17:37 #1936 Batalov     "Serge" Mar 2008 Phi(4,2^7658614+1)/2 32·7·149 Posts My script is still running and I've uploaded the ending up to +1387, there's a c116 there too (NFS is running). So we have to fill in from here to here. It was not only Dubslow, maybe Alex, Jayson? We need everyone who ran that 2^4, 2^3*5, 2^3 stretch. (Or of course it can be retraced in about one day.) Last fiddled with by Batalov on 2012-05-13 at 18:24

 Similar Threads Thread Thread Starter Forum Replies Last Post RichD Aliquot Sequences 474 2021-03-07 20:28 RichD Aliquot Sequences 468 2021-01-27 01:16 kar_bon Aliquot Sequences 127 2020-12-17 10:05 prism019 GPU to 72 6 2020-09-21 22:11 petrw1 Lone Mersenne Hunters 82 2010-01-11 01:57

All times are UTC. The time now is 23:56.

Sun Apr 11 23:56:47 UTC 2021 up 3 days, 18:37, 1 user, load averages: 1.55, 1.47, 1.63

Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.