![]() |
|
|
#1 |
|
Sep 2004
B0E16 Posts |
MrOzzy,
As you already know we are almost finishing Drive 1 and because you are the only dedicated member using C443 server (more two members helping just until the end of the drive) I would like to know what type of work would you be interested to have on the server. Last fiddled with by gd_barnes on 2008-12-01 at 20:20 Reason: Add reference to "MrOzzy" since thread was renamed. |
|
|
|
|
|
#2 |
|
Apr 2008
Antwerp, Belgium
3×19 Posts |
You know you can send me a PM too :-).
Anything really. I'm not sure what options I have here, but for example searching lower n ranges is fun because you can find lots of primes quickly. On the other hand searching one or more fixed k for a large n range can be quite interesting too ... Or fill up a gap someware .. |
|
|
|
|
|
#4 |
|
Apr 2008
Antwerp, Belgium
3·19 Posts |
Oh sure, go ahead. Work your way down the list I would say, or from bottom to top, or whatever you'd like, all seems fine for me.
|
|
|
|
|
|
#5 |
|
May 2007
Kansas; USA
33×5×7×11 Posts |
I renamed this thread because it is a good starting point on discussing thoughts on future NPLB searches.
Carlos, this was a good idea to publicly start a discussion about future searches here. One thing that I'm considering: Allow searching of any n-range in the k=300-400 individual-k drive. It wouldn't have to be contiguous. We do need to avoid any situations where there would be more than one gap on any one k. So for a k already searched to n=600K, it would be bad to search n=700K-750K and 800K-850K but it would be fine to only search n=900K-1M. That would free you up to search multiple k's at higher n-ranges. Max and Karsten, do you feel that this would be manageable administratively? I don't think it would be too difficult to show 2 different search ranges with a single gap on various k's for k=300-400. Another thing that I thought of: Have a "choose your own k" effort for k>2000 like RPS does but do it a little differently. Wait until there are at least 5-10 random k's that people would like to search and then do a semi-coordinated team sieve for them. That would be far more efficient than several people sieving 1-2 k's at once. If we do any kind of changes of this nature, I'd prefer that we wait until Jan. after the new drives that we will have are already kicked off. If anyone has any other thoughts, please post them here. Gary Last fiddled with by gd_barnes on 2008-12-01 at 20:21 |
|
|
|
|
|
#6 |
|
Sep 2004
B0E16 Posts |
It's going to be a mess if we don't search continuously for each k.
What about starting a new drive where we choose the k's (300<k<400)? I would pick up the hight weigh k's like 315 (I'll free up this one from my reservation), 321, 339, 357, 363 and 375. Carlos |
|
|
|
|
|
#7 | |
|
May 2007
Kansas; USA
33·5·7·11 Posts |
Quote:
I agree it would be a bit messy but am willing to accomodate people to a certain extent if they want to do higher-n searches. That said, I like the idea of your drive of heavy-weight k's much better. k=315 would take a long time to search all by itself by one person. I think we will go with this as long as Max and Karsten are good with it and we have some further discussion about which k's and how many of them to include. What I will suggest doing is calling them "mini-drives" and not make them "formal" drives so to speak like our k=400-1001 for n=600K-1M and k=1005-2000 for n=50K-500K drives will be. In other words, we won't sticky them and will just call them something like "k=300-400 mini drive A", "k=300-400 mini drive B", etc. The good thing about such drives is that it will allow people to search for higher primes much more quickly without having to worry about completing an entire k instead of having to wait until our main drives get there, which will take quite a bit of time. Gary |
|
|
|
|
|
|
#8 |
|
Mar 2006
Germany
23×3×112 Posts |
i got no problems with displaying 2 searched ranges on the k<300-page then.
for such efforts the results will collected by Gary (hope so), so we can be sure all ranges will be done at the end (not like k=31 today!!! the searched range was given to n=1.3M but there's a prime missing at n=406105!!!!!! how could this come when all results were collected?) Last fiddled with by kar_bon on 2008-12-02 at 10:07 |
|
|
|
|
|
#9 | |
|
Just call me Henry
"David"
Sep 2007
Cambridge (GMT/BST)
133708 Posts |
Quote:
![]() http://www.mersenneforum.org/showpost.php?p=151090&postcount=3
Last fiddled with by henryzz on 2008-12-02 at 10:12 |
|
|
|
|
|
|
#10 | |
|
A Sunny Moo
Aug 2007
USA (GMT-5)
3×2,083 Posts |
Quote:
|
|
|
|
|
|
|
#11 | |
|
Jul 2003
wear a mask
2×829 Posts |
Quote:
|
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Prime Gap Searches Crowdfunding | pinhodecarlos | Prime Gap Searches | 12 | 2017-07-28 18:05 |
| Can someone run a couple of poly searches for me? | schickel | Msieve | 12 | 2012-05-25 03:45 |
| Searches and defaults | Nelson | Forum Feedback | 18 | 2010-07-17 19:01 |
| NPLB future direction | gd_barnes | No Prime Left Behind | 16 | 2009-05-13 16:45 |
| Future direction of NPLB | gd_barnes | No Prime Left Behind | 33 | 2008-09-11 15:26 |