![]() |
|
|
#111 |
|
May 2007
Kansas; USA
101·103 Posts |
I agree that we should freeze any more reservations on bases > 512 but we still need to think more about this. The project is clearly too big as it is. It needs to be divided somehow perhaps into a subforum or something.
It kind of expanded itself with all of the conjectures posted by Robert up to base 1024. I went along with it by changing the project definition. I should have thought about the ramifications of that decision a little more. Regardless, I have no intention of deleting the pages for bases > 512. That would be a travesty and unfair. I just feel that they need to be managed separately by someone else and I can give input if needed. Gary |
|
|
|
|
|
#112 | |
|
May 2008
Wilmington, DE
22·23·31 Posts |
Quote:
Gary, email me when you have time. |
|
|
|
|
|
|
#113 | |
|
A Sunny Moo
Aug 2007
USA (GMT-5)
3·2,083 Posts |
Quote:
Regarding a website, I would suggest that we put them as a subdirectory under the existing CRUS pages. |
|
|
|
|
|
|
#114 |
|
Just call me Henry
"David"
Sep 2007
Cambridge (GMT/BST)
16F916 Posts |
Why split the project?
Why not just have someone else mod bases>500? |
|
|
|
|
|
#115 |
|
May 2007
Kansas; USA
28A316 Posts |
I need more time to think through all of the possibilities here. In the mean time, let's please go ahead and freeze reservations on NEW bases > 512.
If you've already reserved a base > 512 or are extending an already-searched range (a.k.a. the 1k thread), then that is perfectly fine. One possibility that I thought of today is to freeze reservations on bases > 512 until May 15th or 31st and then after that limit new bases > 512 to one per person per week but that still doesn't really fully fix the problem. As much as it sounds like the opposite, I don't really like to "restrict" people's work on things. What would be better is to have another admin that can check multitudes of new bases that come in and subsequently update the pages. Thanks for the offer Ian. What would work better than you keeping them updated and hosting them on googlepages is to go ahead and keep them updated but then send them to me to upload to noprimeleftbehind. The link is just easier to remember and sounds better. Another option would be to have Max give you access to SCP stuff to my server machine. Then you could upload stuff yourself to the noprimeleftbehind pages. Either way, we could create a subforum or just leave the threads as is with slight tweaking to the ranges from 250-500/501-1024 to 250-512/513-1024 and subsequent split/move of a few posts. This is not set in stone right now. I'm just thinking out loud at the moment. I finally have some time to start updating the pages again so am going to work on what I can finish in an hour or so right now. Coordinating the rally at NPLB and answering Emails about it has taken a fair amount of my time away from updating the pages here. Gary |
|
|
|
|
|
#116 |
|
May 2007
Kansas; USA
242438 Posts |
I've now fully updated the CRUS pages for bases <= 512 and quite a few bases > 512 after nearly a week hiatus. There are probably 5-6 posts left for bases > 512.
If everyone can check their statuses, k's remaining, etc. on their recently completed or ongoing reservations, that would be helpful. Also helpful is would be to check the 1k and untested bases threads. It was an unusually large batch of updates. I hope to finish the bases > 512 up late today. (Monday) Gary |
|
|
|
|
|
#117 |
|
May 2007
Kansas; USA
101·103 Posts |
Hi all,
After some discussion by Email with Ian (MyDogBuster), I've come up with what I believe will be a good viable alternative for the project so that people will be more free to search new bases and the project will not have to change in any marked way. l will state it in generalities first and then the details. People who are not searching new bases can feel free to ignore the details because there is little change to already-searched bases. The generalities: Ian has now become a project co-admin, the project is opening back up for all bases 2 to 1024, bases with conjectured k (CK) <= 200 will be administered by Ian, we'd like to ask that all NEW bases with CK <= 200 that people have already done but have not reported be posted right away, and the limit on new bases with a CK > 200 will be increased to 2 per day. Details: 1. The project is now open again for bases up to 1024. Feel free to work on any unreserved base that you want to, new or not. 2. For NEW bases with a CK <= 200, please use these guidelines: a. Feel free to post as many as you want at any time in a single posting to save space. Ian has agreed that he can handle a virtually unlimited # of new bases because they will run out eventually. b. If posting more than 1 new base, do not include details about specific primes or the specific k's that are remaining. Only state the base, CK, search limit (if applicable), and number of k's remaining -or- that the base was proven, one base per line. The 1 base per line will make it easy to check and strike off bases completed. The fewer postings the better. Mark, this means if you have 60 new bases to report, you can put them all in one posting and post a file that includes them all. If posting only 1 new base with < ~50 primes, you can include the details shown in c. below directly in the post without a file. c. For the details, please post a file that includes the CK, MOB, primes, trivial k's and k's remaining. If the file is too big, please Email them to Ian and copy me in on it. 3. IMPORTANT: When posting a load of new bases, please split them up into the various base threads if necessary. If you are posting 20 bases and 5 of them are for bases 250-500 and 15 of them are for bases 501-1024, you'll need to post them in 2 places. The main reason for dividing up the reservations threads was so that we could trace back if there is a problem on a base and to make sure we haven't missed anything on the pages. If base 350 winds up in the bases 501-1024 thread, it will be difficult to find. 4. For NEW bases with a CK > 200, please use these guidelines: a. No more than 2 reservations per day. Since this has been a source of confusion in the past, here is how a reservation is defined: Any time that you either reserve a base or post it's primes/k's remaining for the very first time, it is a reservation. In other words, the base is not currently shown at all on the web pages. Also, averages don't count. Please do not wait 3 days and then post 6 reservations. The limit is on a per day basis. I will be administering these bases. b. If finishing up a grouping of new bases, you can post 3 in a day but please limit those if at all possible. c. Like we do currently, go ahead and provide details or a file of the CK, MOB, primes, and k's remaining (or that it is proven). Once again, trivial k's are not needed. The CK helps us because we can then more quickly strike it off the untested bases thread. The only real change for new bases with CK > 200 is the limit per person per day increase. 5. For existing or already-searched (old) bases, no change. Continue as usual. We did not previously restrict already-searched bases to b<=512. You can reserve and post statuses on as many bases as you can reasonably manage because they are already on the pages. 6. Please attempt to post a status on all reservations at least once every 2 months. We have several right now that are > 3 months; a couple of them > 6 months. It helps us if we know these bases have not been forgotten. The bottom line is that the only restriction that we now have is on new bases with a CK>200. Everything else is open for business. :-) If Ian or I find that a "new" base has already been done, we will respond accordingly. Before posting a load of new bases, please check the web pages and recent reservations to avoid duplication, both in searching and administering. Ian has agreed to do the following for new bases with CK<=200 in approximately this order: 1. Follow up on anything that looks like a duplication or is erroneous in some way. 2. Remove the bases from the untested bases thread. 3. Add the bases with 1 k remaining to the appropriate thread and calculate the weight. 4. Create the HTML for the new bases. I will review or complete algebraic factorizations and GFNs without a prime. I will of course do the same for new bases with CK>200. I'll still reserve the right to restrict new bases with CK>200 to 1 per person per day while out of town on business. On average, that is only about 7-9 days out of every 4-6 weeks. It is my hope that this will prove to make the project fun again for all including the admins. I'm sorry we had to restrict it for an extended period but it was necessary for my own sanity until a viable alternative could be thought out. Thank you for your patience.Gary Last fiddled with by MyDogBuster on 2010-05-11 at 09:02 Reason: Changed to require the trivial factors file |
|
|
|
|
|
#118 |
|
May 2008
Wilmington, DE
22·23·31 Posts |
Just my two cents worth.
After you post the one-liners, I will attempt to determine viability and correctness and keep the untested conjecture threads up to date. That thread should be the "authority" on what has and has not been started. This is because it will still take some time to get the HTML's created and forwarded to Gary. I would check the pages if working on CK's > 200 although the untested thread should also be up to date. If for some reason there is a problem with the details that are submitted, I will notify you by PM or email (if I have it on file) to help straighten it out. The method I use on a new base is that for an even numbered base I subtract 2 from the CK. That is the number of k's I have to account for. For an odd numbered base I subtract 2 then divide that by 2 (even n's not tested). I am not going to assume that because you furnish me with the primes and remaining k's that everything has been accounted for. I need the # of trivial k's and MOB's also. That is the only way I can be sure everything is accounted for. I will need a file or list on primes found, remaining k's (if any)and MOB's (if any). The HTML's will be created and forwarded when I have time and I feel that Gary won't be overloaded. We should be able to work our way out of this backlog and move the project forward. Again, please be sure that your posts for each base are in the correct thread. Thanks Ian Last fiddled with by MyDogBuster on 2010-05-10 at 05:50 |
|
|
|
|
|
#119 | |
|
May 2007
Kansas; USA
101×103 Posts |
Quote:
Completely agreed. The untested bases thread should be immediately updated as the 1st priority to avoid duplication of work. For clarity, I reversed the sequence of them in the original post. Ian, if you have time, you might see if you can visually or in some other automated fashion, check the untested bases threads vs. what is on the pages right now. Whatever is in those threads should not be on the pages EXCEPT if the pages show "no testing done". The quickest way that I'm aware of is to cut-paste the threads into a spreadsheet column A and sort them by base. Then, if you're fairly fast at keying, just simply key whatever bases are on the web pages into column B; being sure to go back and remove the bases that show "no testing done". Then, paste all of column B directly below column A and sort the entire mass of them by base. You should have one occurrence for every base. If there is a duplicate, then it either needs to be removed from the untested thread, you mis-keyed something, or you forgot to remove one that showed "no testing done" on the pages; usually the former of the 3. If one is missing, if you haven't mis-keyed something, likely it means that I removed the incorrect base from one of the threads at some point and it will need to be re-added. This took me about an hour combined for everything on both Riesel and Sierp previously (last time I did it was ~6 weeks ago) although will likely take a little longer now since so many more bases are on the pages now. It's a nuisance but is needed every once in a while to guarantee the thread's accuracy. It's probably best to do it now before the load of new bases start coming in. Gary Last fiddled with by gd_barnes on 2010-05-10 at 06:04 |
|
|
|
|
|
|
#120 |
|
May 2008
Wilmington, DE
22·23·31 Posts |
I'll do a complete audit of those threads shortly (in the AM). I'll just print off the thread and do a manual check against that.
I guess there is not a better time to start this than now. I believe there are 4 bases currently reported out there in the threads that were posted in the last few days that are <= CK 200. I'll take them and anything from this point on. Edit: Gary, I will start with R275, R290, R623 and S263. Last fiddled with by MyDogBuster on 2010-05-10 at 06:08 |
|
|
|
|
|
#121 | |
|
May 2007
Kansas; USA
101×103 Posts |
Quote:
BTW, as further clarification in this transition phase: If they were previously reserved and already on the pages like you report yours, then I'll take care of them. They would already be removed from the untested thread. |
|
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| News | gd_barnes | No Prime Left Behind | 251 | 2021-02-15 03:00 |
| P!=NP in the news | willmore | Computer Science & Computational Number Theory | 48 | 2010-09-19 08:30 |
| Other news | Cruelty | Riesel Prime Search | 41 | 2010-03-08 18:46 |
| The news giveth, the news taketh away... | NBtarheel_33 | Hardware | 17 | 2009-05-04 15:52 |
| News | KEP | Riesel Base 3 Attack | 4 | 2008-12-17 11:54 |