mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   No Prime Left Behind (https://www.mersenneforum.org/forumdisplay.php?f=82)
-   -   Team drive #7 k=800-1001 n=600K-1M (https://www.mersenneforum.org/showthread.php?t=11163)

gd_barnes 2008-12-19 12:49

Team drive #7 k=800-1001 n=600K-1M
 
[COLOR=black][FONT=Verdana]This is team drive #7 for No Prime Left Behind. We will be searching all k=800-1001 for n=600K-1M.[/FONT][/COLOR]

Karsten (kar_bon) has created a web page that shows details for the drive [URL="http://www.rieselprime.de/NPLB/Drives/NPLB_Drive7.htm"]here[/URL]. He maintains a site that has almost all known Riesel primes. There is a page for the range of 300<k<2000 [URL="http://www.rieselprime.de/Data/00300.htm"]here[/URL]. The ranges searched and primes found from this project will be shown there.

An LLRnet server will be processing a large part of the range. To get the latest client for the server, see [URL="http://www.mersenneforum.org/showthread.php?t=13165"]this thread[/URL]. For general info. on setting up and running the server see [URL="http://www.mersenneforum.org/showthread.php?t=9959"][COLOR=#22229c]this thread[/COLOR][/URL]. The info. specific to the server that needs to be entered into your llr-clientconfig.txt file is:

server = "www.noprimeleftbehind.net"
port = 3000

[COLOR=black][FONT=Verdana][B]For manual reservations, we are posting one large file that people can cut individual reservations out of. This should give people more flexibility with their ranges. At the current n-range, tests take ~700 secs. each and there are ~3700 tests in each n=1000 range. Please reserve a range that will take no longer than ~2 weeks. IMPORTANT: Please reserve in multiples of no less than n=100 and begin your range with n=xxxx01 and end with n=xxxx00 to avoid missing or duplicating tests.[/B][/FONT][/COLOR]

Please report all reservations/statuses/completions for this drive in this thread. Please report all primes found in the 'Report all k<=1001 primes here' thread. Please post all results files in this thread or send them to me at: gbarnes017 at gmail dot com.

Please report all top-5000 primes with a project ID of 'NPLB'.

[FONT=Verdana][COLOR=black]127 New primes found from drive #7:[/COLOR][/FONT]
[code]
Prime found by
851*2^999854-1 Lennart
825*2^999698-1 Lennart
919*2^996819-1 gd_barnes
871*2^995093-1 gd_barnes
845*2^991358-1 Lennart
825*2^987356-1 Lennart
983*2^982604-1 Lennart
819*2^981008-1 Sloth
923*2^977574-1 gd_barnes
909*2^975659-1 gd_barnes
885*2^973523-1 gd_barnes
833*2^970796-1 gd_barnes
987*2^967188-1 Flatlander
829*2^963783-1 Flatlander
875*2^954840-1 vaughan
999*2^951405-1 vaughan
915*2^947117-1 Flatlander
825*2^928684-1 vaughan
843*2^924698-1 ototero
843*2^918816-1 Flatlander
965*2^914686-1 Flatlander
829*2^914335-1 mdettweiler
961*2^906211-1 Lennart
989*2^905968-1 Tim
871*2^904541-1 Lennart
981*2^904438-1 Flatlander
855*2^898045-1 Lennart
883*2^894155-1 Rick Reynolds
873*2^893012-1 Lennart
813*2^891218-1 Lennart
801*2^880622-1 Lennart
843*2^880091-1 Lennart
983*2^877520-1 kar_bon
915*2^868878-1 Flatlander
801*2^868105-1 Lennart
921*2^866334-1 mdettweiler
909*2^862551-1 Sashixi
945*2^860227-1 Lennart
969*2^857264-1 Ralf Recker
961*2^849471-1 Lennart
847*2^835257-1 gd_barnes
849*2^824464-1 Flatlander
925*2^824371-1 Flatlander
995*2^824192-1 Rick Reynolds
887*2^817266-1 gd_barnes
987*2^812548-1 kar_bon
949*2^806651-1 Flatlander
979*2^803865-1 Flatlander
851*2^801966-1 Flatlander
951*2^800305-1 henryzz
963*2^799487-1 kar_bon
983*2^799052-1 kar_bon
913*2^796423-1 ototero
819*2^796381-1 kar_bon
815*2^790042-1 henryzz
805*2^789495-1 Flatlander
855*2^785632-1 Flatlander
829*2^785131-1 vaughan
945*2^782674-1 PCZ
829*2^782489-1 kar_bon
891*2^781918-1 vaughan
935*2^781488-1 kar_bon
829*2^780551-1 kar_bon
857*2^779812-1 kar_bon
983*2^779022-1 kar_bon
905*2^772528-1 vaughan
963*2^766628-1 kar_bon
809*2^764580-1 kar_bon
803*2^761362-1 kar_bon
875*2^757362-1 kar_bon
879*2^756833-1 kar_bon
961*2^752991-1 kar_bon
909*2^750689-1 kar_bon
927*2^740476-1 MyDogBuster
807*2^731802-1 MyDogBuster
961*2^726835-1 MyDogBuster
957*2^726085-1 MyDogBuster
945*2^710433-1 MyDogBuster
819*2^709803-1 MyDogBuster
981*2^708677-1 MyDogBuster
939*2^708275-1 MyDogBuster
873*2^708190-1 MyDogBuster
937*2^707457-1 MyDogBuster
945*2^703690-1 MyDogBuster
885*2^696823-1 MyDogBuster
875*2^695742-1 MyDogBuster
945*2^692744-1 MyDogBuster
999*2^691895-1 MyDogBuster
969*2^689503-1 MyDogBuster
873*2^685480-1 MyDogBuster
999*2^685156-1 MyDogBuster
935*2^684668-1 MyDogBuster
909*2^683019-1 MyDogBuster
829*2^680777-1 MyDogBuster
965*2^679780-1 MyDogBuster
881*2^678138-1 MyDogBuster
917*2^673570-1 MyDogBuster
871*2^673565-1 MyDogBuster
849*2^673024-1 MyDogBuster
929*2^667460-1 MyDogBuster
979*2^667087-1 MyDogBuster
875*2^663162-1 MyDogBuster
937*2^662181-1 MyDogBuster
893*2^659586-1 MyDogBuster
815*2^658632-1 MyDogBuster
801*2^655362-1 MyDogBuster
905*2^652908-1 MyDogBuster
829*2^649149-1 MyDogBuster
921*2^647991-1 MyDogBuster
805*2^647277-1 MyDogBuster
849*2^646968-1 MyDogBuster
893*2^639440-1 MyDogBuster
845*2^637848-1 MyDogBuster
843*2^636955-1 MyDogBuster
845*2^633390-1 MyDogBuster
855*2^632791-1 MyDogBuster
987*2^631666-1 MyDogBuster
869*2^629516-1 MyDogBuster
835*2^627477-1 MyDogBuster
985*2^622033-1 MyDogBuster
857*2^616824-1 MyDogBuster
911*2^615622-1 MyDogBuster
859*2^605575-1 MyDogBuster
857*2^601512-1 MyDogBuster
863*2^601494-1 MyDogBuster
969*2^601488-1 MyDogBuster
903*2^600124-1 MyDogBuster
[/code][FONT=Verdana][COLOR=black]7 Primes confirmed from drive #7:[/COLOR][/FONT]
[code]
Prime found by
1001*2^901926-1 Lumiukko
1001*2^885618-1 Lennart
825*2^665464-1 MyDogBuster
915*2^652353-1 MyDogBuster
861*2^645393-1 MyDogBuster
885*2^631004-1 MyDogBuster
861*2^630463-1 MyDogBuster
[/code][COLOR=black][FONT=Verdana]Status:[/FONT][/COLOR]
[code]
n-range tested by Status # primes
998.0K-1M PRPnet (G9000) complete 2
995.0K-998.0K LLRnet (G3000) complete 2
980.0K-995.0K PRPnet (G9000) complete 4
970.0K-980.0K LLRnet (G3000) complete 4
960.0K-970.0K PRPnet (G9000) complete 2
950.0K-960.0K LLRnet (G3000) complete 2
940.0K-950.0K PRPnet (G9000) complete 1
920.0K-940.0K LLRnet (G3000) complete 2
880.0K-920.0K PRPnet (G9000) complete 13 (plus 2 confirmed)
870.0K-880.0K LLRnet (G3000) complete 1
840.0K-870.0K PRPnet (G9000) complete 7
830.0K-840.0K LLRnet (G3000) complete 1
820.0K-830.0K PRPnet (G9000) complete 3
810.0K-820.0K LLRnet (G3000) complete 2
800.0K-810.0K PRPnet (G9000) complete 4
793.0K-800.0K LLRnet (G3000) complete 4
790.0K-793.0K PRPnet (G9000) complete 1
770.0K-790.0K LLRnet (G3000) complete 11
700.0K-770.0K LLRnet (G4000) complete 18
643.0K-700.0K LLRnet (G4000) complete 27 (plus 3 confirmed)
640.0K-643.0K MyDogBuster complete 0
624.0K-640.0K LLRnet (G4000) complete 8 (plus 2 confirmed)
621.0K-624.0K MyDogBuster complete 1
611.0K-621.0K LLRnet (G4000) complete 2
610.0K-611.0K MyDogBuster complete 0
607.0K-610.0K LLRnet (G4000) complete 0
605.0K-607.0K MyDogBuster complete 1
600.0K-605.0K LLRnet (G4000) complete 4
[/code]

The drive is now complete! Thanks to everyone who contributed. :-)

[FONT=Verdana]Gary[/FONT]

mdettweiler 2008-12-22 17:42

Now that all servers are handing out work for n>600K, I've posted manual reservation files for this drive for 605K-606K, in n=200 increments as detailed in the first post of this thread. Enjoy! :smile:

MyDogBuster 2008-12-22 18:51

Taking 605.0 - 606.0

mdettweiler 2008-12-22 18:56

[quote=MyDogBuster;154572]Taking 605.0 - 606.0[/quote]
Gary, can you please post the next 1K worth of manual files for this drive? I don't have time right now to refill them myself...

mdettweiler 2008-12-22 22:16

[quote=mdettweiler;154574]Gary, can you please post the next 1K worth of manual files for this drive? I don't have time right now to refill them myself...[/quote]
Never mind, I have time now, I'll get them...ditto for the new files to be posted in the 6th Drive.

Edit: Done.

MyDogBuster 2008-12-22 23:06

Taking 606.0 - 607.0

gd_barnes 2008-12-22 23:15

Sorry...just now on. Thanks for posting the files Max.

mdettweiler 2008-12-23 00:13

Reserving 607K-610K for LLRnet G4000. :smile:

kar_bon 2008-12-23 10:13

a note for the stats-pages:

someone included n=600000 to this drive but these pairs were tested before on server C443 from Drive #1!!!!

we start here from n=600001 to 1000000!

nuggetprime 2008-12-25 12:14

Taking 610K-611K. Can you please send me the range in one file? Thanks.

nugget

gd_barnes 2008-12-25 17:25

[quote=nuggetprime;155013]Taking 610K-611K. Can you please send me the range in one file? Thanks.

nugget[/quote]

Why, is it too hard to copy the five n=200 files into one file? lol

[URL="http://gbarnes017.googlepages.com/NPLB-800-610-611.txt"]Here[/URL] is one file.

Max,

I think you are the only person who takes just one file at a time. Perhaps we should just start posting 2-3 n=1000 files at a time. If people want a smaller range, they can tell us. What do you think?

It takes time to split the files up into smaller parts so I think it would make more sense to post bigger files.

For now, I'll post the bigger files in this drive. If you agree, then you/we can change the other drives to bigger files also.


Gary

mdettweiler 2008-12-25 17:35

[quote=gd_barnes;155037]Why, is it too hard to copy the five n=200 files into one file? lol

[URL="http://gbarnes017.googlepages.com/NPLB-800-6000-6010.txt"]Here[/URL] is one file.

Max,

I think you are the only person who takes just one file at a time. Perhaps we should just start posting 2-3 n=1000 files at a time. If people want a smaller range, they can tell us. What do you think?

It's takes time to split the files up into smaller parts so I think it would make more sense to post bigger files.

For now, I'll post the bigger files in this drive. If you agree, then you/we can change the other drives to bigger files also.


Gary[/quote]
Okay, that sounds good--yeah, let's do that. 1K files it is. :smile: And, of course, as you were saying, if people want a smaller range, they can just say so, or pull it out of the larger file manually.

Max :smile:

MooooMoo 2008-12-27 04:52

I know this might sound greedy, but could I reserve 980K-1M? I want to beat my personal record for largest prime found, which is currently a bit over 275 thousand digits long.

I'm pretty sure that I'll finish the range before this NPLB drive gets there, but if I don't, I'll release the range and post all results found so far.

gd_barnes 2008-12-29 07:57

[quote=MooooMoo;155248]I know this might sound greedy, but could I reserve 980K-1M? I want to beat my personal record for largest prime found, which is currently a bit over 275 thousand digits long.

I'm pretty sure that I'll finish the range before this NPLB drive gets there, but if I don't, I'll release the range and post all results found so far.[/quote]


Sorry we didn't respond earlier...

Max and I had a PM discussion about this and I did a fair amount of thinking about it myself.

This would be far too big of a range for us to hand out to a single person at such a high n-range, even if that person was Beyond or Lennart who could likely process it in a few weeks. We would, of course, allow them to reserve a large range but it would have to be at or near the leading edge of our servers and they'd have to guarantee that they could finish it in a few weeks so it wasn't "left behind" for too long. :smile:

I'm not personally fond of huge gaps in testing k's. But I realize that everyone has different goals and tastes when it comes to DC and to prime searching so am willing to accomodate those differences. I am also keenly aware that neither NPLB nor anyone or entity owns any part of the math world, which includes the search for prime numbers.

Therefore, I'll offer something similar to something that Carlos and I had talked about a little bit previously and that Max brought up independently of that to me in our PM discussion:

Consider doing an n=980K-1M search on a small # of k's in the individual-k drive. Here is what I'd suggest: We're going to start a mini-drive on 5 k's of that drive sometime in Jan. They are the 5 lowest remaining unreserved k's that are divisible by 3, that is: 321, 327, 333, 339, and 345. Give those k's a shot to start with. Since all are divisible by 3, they are relatively heavy-weight.

You didn't say how many cores you could put on the effort. My perception is that 5 higher-weight k's at such a high n-range should keep a full quad busy for at least a week, perhaps even a month. I haven't done enough searching at that level to remember testing times nor have I done exact calculations on the # of candidates for those k's in those ranges.

If you like that idea, we'll only search n=600K-980K with our mini-drive. I like the idea because the gap in the k's will be filled in within a few months. If you want to start with that, please post your reservation in that drive and I'll send you the files. If you'd like to continue after you are done, you can do some more k's in that drive for the same n-range. We'd prefer if you only took pieces that you can complete in 3-6 months at a time so after those 5 k's, you could do 5 more there or even do the same k's for n=960K-980K if our mini-drive hasn't reached that point. That said: We don't want people to get too much in the habit of searching ranges backwards so please limit the "reverse" reservations as much as possible; likely just one reverse reservation per k like I described here.

Note to all: I don't want to set a bad prescident here. We're OK with this because it's a range right at the top of our drives. If people start wanting to reserve n=800K-850K or 700K-725K right in the middle of our drives, I/we won't be too fond of that until the drives get there. If people want the very top of our files to search, then let's stick with the individual-k drive and reserve ranges for n=950K or higher thru 1M.


Gary

MooooMoo 2008-12-29 22:05

[QUOTE=gd_barnes;155557]This would be far too big of a range for us to hand out to a single person at such a high n-range, even if that person was Beyond or Lennart who could likely process it in a few weeks

...

Consider doing an n=980K-1M search on a small # of k's in the individual-k drive.

...

321, 327, 333, 339, and 345. Give those k's a shot to start with. Since all are divisible by 3, they are relatively heavy-weight.

You didn't say how many cores you could put on the effort.

...

after those 5 k's, you could do 5 more there or even do the same k's for n=960K-980K if our mini-drive hasn't reached that point. [/QUOTE]
Searching those 5 k's is an interesting idea, but I'll have to refuse it since the chance of finding a prime isn't that great. Even if those high-weight k's were tested from 960k-1M, the chances of finding a prime there might be 50-60% at best. I wanted to test a range that almost certainly has a prime (which to me is a 95-99% chance), which is why I was asking to test this huge range.

Since you thought that it was too big of a range to be handed to a single person, could I take the smaller range of n=999K - 1M then? Once that's done, then I'll move to n=998K - 999K, and so on until I find a prime or until this drive gets there.

Anyway, I'll probably put only 2 cores on the effort. What little (compared to some people here) computing power I have is going to be stretched thin - one is on k=313, the other is on k=173, and I'll be putting my two remaining cores on this near n=1M effort.

gd_barnes 2008-12-30 01:51

[quote=MooooMoo;155674]Searching those 5 k's is an interesting idea, but I'll have to refuse it since the chance of finding a prime isn't that great. Even if those high-weight k's were tested from 960k-1M, the chances of finding a prime there might be 50-60% at best. I wanted to test a range that almost certainly has a prime (which to me is a 95-99% chance), which is why I was asking to test this huge range.

Since you thought that it was too big of a range to be handed to a single person, could I take the smaller range of n=999K - 1M then? Once that's done, then I'll move to n=998K - 999K, and so on until I find a prime or until this drive gets there.

Anyway, I'll probably put only 2 cores on the effort. What little (compared to some people here) computing power I have is going to be stretched thin - one is on k=313, the other is on k=173, and I'll be putting my two remaining cores on this near n=1M effort.[/quote]


I figured that was why you wanted the big range: To have a good chance at a prime. That's why I suggested doing the 5 individual-drive k's, then another 5 k's, etc.

No, I'd prefer not on these big drives. It's more than size of the reservation. It will simply take us too long to fill in the gaps. Can you imagine Karsten having to show n=999K-1M on 300 k's in addition to the current search limit? That's a big part of the issue. It's better to do fewer k's for larger n-ranges.

How about this: Do the 5 individual k's that I suggested, but do them for n=960K-1M instead on the 1st pass. You wouldn't have to do such a small piece as n=980K-1M. After you're done, whether you have a prime or not, you can do another 5 k's for n=960K-1M. I haven't calculated the odds but off the top of my head, I can say that would likely give you a 80-90%+ chance at a prime, especially if all of the k's are heavier-than-average weight. If you still don't have a prime, you can try another 5 k's if available or do n=920K-960K on the k's you've already done.

I can virtually guarantee there should still be plenty of k's available after you're done with the first 5 k's. But just in case, keep an eye on that drive.

Personally, I'm not all that fond of high-n searches and I'll likely keep 2-3 average to above-average weight k's there reserved at all times. I wouldn't have any problem letting you take n=960K-1M for the k's that I reserve in the future.

Doing it this way makes it far more easy for Karsten to maintain his pages, still gives you a virtual lock on finding the prime that you want, and leaves gaps in k's that it won't take us too long to fill in. Everyone wins! :smile:

One other benefit to doing k=300-400 vs. k=800-1001. The testing time's may be shorter because the k's are smaller. I haven't checked where the fftlen changes are but that possibility does exist here.


Gary

MyDogBuster 2008-12-30 02:04

[QUOTE]Personally, I'm not all that fond of high-n searches and I'll likely keep 2-3 average to above-average weight k's there reserved at all times. I wouldn't have any problem letting you take n=960K-1M for the k's that I reserve in the future.
[/QUOTE]

Part of the reason I take a whole k is the 900's. I don't particular like doing them but it's part of the k and it gives me a chance at a big prime. If the top 40N are missing, I probably won't take that k. Please keep some k's intact.

gd_barnes 2008-12-30 02:14

[quote=MyDogBuster;155699]Part of the reason I take a whole k is the 900's. I don't particular like doing them but it's part of the k and it gives me a chance at a big prime. If the top 40N are missing, I probably won't take that k. Please keep some k's intact.[/quote]


OK, shall do. That's why I was suggesting he do them 5 k's at a time. I think there will be enough high-n ranges to go around for everyone.

MooooMoo 2008-12-30 03:22

[QUOTE=gd_barnes;155698]No, I'd prefer not on these big drives. It's more than size of the reservation. It will simply take us too long to fill in the gaps. Can you imagine Karsten having to show n=999K-1M on 300 k's in addition to the current search limit? That's a big part of the issue. It's better to do fewer k's for larger n-ranges.

How about this: Do the 5 individual k's that I suggested, but do them for n=960K-1M instead on the 1st pass. You wouldn't have to do such a small piece as n=980K-1M. After you're done, whether you have a prime or not, you can do another 5 k's for n=960K-1M. I haven't calculated the odds but off the top of my head, I can say that would likely give you a 80-90%+ chance at a prime, especially if all of the k's are heavier-than-average weight. If you still don't have a prime, you can try another 5 k's if available or do n=920K-960K on the k's you've already done.

I can virtually guarantee there should still be plenty of k's available after you're done with the first 5 k's. But just in case, keep an eye on that drive.

...

One other benefit to doing k=300-400 vs. k=800-1001. The testing time's may be shorter because the k's are smaller. I haven't checked where the fftlen changes are but that possibility does exist here.
[/QUOTE]

[QUOTE=MyDogBuster;155699]Part of the reason I take a whole k is the 900's. I don't particular like doing them but it's part of the k and it gives me a chance at a big prime. If the top 40N are missing, I probably won't take that k. Please keep some k's intact.[/QUOTE]

Is it OK if I test those 5 k's from 920K-1M then? If I don't find a prime in that range, then I'll extend my k=313 reservation past n=1M and hope for a prime there.

gd_barnes 2008-12-30 06:12

[quote=MooooMoo;155704]Is it OK if I test those 5 k's from 920K-1M then? If I don't find a prime in that range, then I'll extend my k=313 reservation past n=1M and hope for a prime there.[/quote]


OK. That works. Can you give me an ETA? Use this for estimating: Look at the # of candidates in each of the 5 k's in the individual-k drive and multiply each by 1/5th (since 80K/400K = 20%). Then run a test on your machine at n=975K and use that as an average test time. The higher-than average n-range test accounts for a possible fftlen change.

6 months or less is preferred for any reservation as suggested in that drive. If it's a little over, it's no big deal. We'll likely look to complete the mini-drive in about that time frame, perhaps a little longer.

I think the bottom line here is: I'm pretty confident that you can find an n=920K-1M prime in < 6 months on 2 cores (assuming >= 2 Ghz) so I'm guessing that you'll be in good shape with that reservation.

After you calculate an estimate, I'll send you the files.

Ian, the 5 k's that I'm recommending are what we're going to put in a mini-drive so they won't take from other individual k's that are still available. I think this is a good solution for all involved. Also, it will shorten the mini-drive quite a bit, which won't bother me at all. lol


Gary

MooooMoo 2008-12-30 06:35

[QUOTE=gd_barnes;155719]OK. That works. Can you give me an ETA?

...

6 months or less is preferred for any reservation as suggested in that drive
[/QUOTE]
After estimating, I've decided to change the reservation to 950K-1M. The ETA for that range is sometime in early June.

gd_barnes 2008-12-30 13:21

Better load 'er up Max. :smile:

With Ian on here full-time, n=10K is fine.

mdettweiler 2008-12-30 17:07

[quote=gd_barnes;155785]Better load 'er up Max. :smile:

With Ian on here full-time, n=10K is fine.[/quote]
Okay, I'll load a 10K file into G4000 sometime this afternoon...

MyDogBuster 2008-12-31 18:52

[QUOTE]Okay, I'll load a 10K file into G4000 sometime this afternoon...
[/QUOTE]

I'm going to run out sometime New Years Day. Don't want to interfere with anyones parties, but I could sure use the 10K loaded.

mdettweiler 2008-12-31 19:10

[quote=MyDogBuster;156060]I'm going to run out sometime New Years Day. Don't want to interfere with anyones parties, but I could sure use the 10K loaded.[/quote]
Reserving 611K-621K for LLRnet G4000. :smile:

MyDogBuster 2009-01-03 05:44

605.0 - 605.6 Complete 1 prime previously reported

results emailed

MyDogBuster 2009-01-04 00:00

605.6 - 606.2 Complete 0 primes

results emailed

gd_barnes 2009-01-07 14:16

Max,

Can you process the results for n=600K-605K and 607K-610K for this drive?


Thanks,
Gary

mdettweiler 2009-01-07 14:58

[quote=gd_barnes;157386]Max,

Can you process the results for n=600K-605K and 607K-610K for this drive?


Thanks,
Gary[/quote]
Oh! I hadn't even noticed that those ranges were unprocessed...I think I was getting confused between the 5th/6th/7th drives. :smile: Anyway, thanks for reminding me--I'll get 'em done later today (probably late afternoon/evening).

Max :smile:

MyDogBuster 2009-01-07 17:39

606.2 - 607.0 Complete No primes

Results emailed

MyDogBuster 2009-01-09 15:12

Reserving 621 - 622

mdettweiler 2009-01-09 22:43

LLRnet G4000 has completed 600K-605K and 607K-610K, results emailed to Gary. :smile:

MyDogBuster 2009-01-20 19:06

Reserving 622-624

MyDogBuster 2009-01-21 00:57

Need some pairs loaded into GB4000. After the rally, I'll go thru whats there pretty quickly. Thanks

mdettweiler 2009-01-21 01:23

[quote=MyDogBuster;159641]Need some pairs loaded into GB4000. After the rally, I'll go thru whats there pretty quickly. Thanks[/quote]
Okay, I'll reserve 624K-630K for the server and load it shortly. :smile:

gd_barnes 2009-01-22 08:29

[quote=MyDogBuster;157411]606.2 - 607.0 Complete No primes

Results emailed[/quote]


Ian,

I have looked high-and-wide on my machines and in my Email and I can't find where I got these results from you. Can you send it (again) if possible?


Thanks,
Gary

MyDogBuster 2009-01-22 08:39

[QUOTE]I have looked high-and-wide on my machines and in my Email and I can't find where I got these results from you. Can you send it (again) if possible?
[/QUOTE]

Resent

MyDogBuster 2009-02-02 23:08

621-622 Complete No primes

Results emailed

MyDogBuster 2009-02-05 15:17

Max, I could use some more pairs loaded to GB4000. I'm increasing my cores so I only have about 3 days left. Thanks

mdettweiler 2009-02-05 17:27

[quote=MyDogBuster;161663]Max, I could use some more pairs loaded to GB4000. I'm increasing my cores so I only have about 3 days left. Thanks[/quote]
All right, I'll reserve 630K-640K for the server and get it loaded sometime within the next couple of hours. :smile:

mdettweiler 2009-02-05 20:19

LLRnet G4000 has completed 611K-621K, results emailed to Gary. :smile:

gd_barnes 2009-02-05 22:58

[quote=nuggetprime;155013]Taking 610K-611K. Can you please send me the range in one file? Thanks.

nugget[/quote]


Nugget, we need an update on your range.

To all: Nugget has not been in the forum since Jan. 19th. I'll also Email him here and give him a week to respond. If he doesn't, I'll unreserve his ranges.

He also failed to provide the factors in the sieving drive when they were needed forcing me to run them on multiple machines at the last minute. Enough is enough.


Gary

gd_barnes 2009-02-11 16:53

Results have now been processed and verified for n=600K-610K and 611K-622K on this drive. Primes have been checked at the usual places. No problems found.

We are now unreserving n=610K-611K since it has been dormant for a long time after a couple of attempts at follow-up. The file is high priority and is posted in the 1st post of this thread.


Gary

MyDogBuster 2009-02-13 22:24

Reserving 610-611 and 640-643

gd_barnes 2009-02-13 22:33

Max, can you please post more manual files here? Thanks.

mdettweiler 2009-02-14 11:40

[quote=gd_barnes;162741]Max, can you please post more manual files here? Thanks.[/quote]
Okay, I'll do that sometime this afternoon/evening (don't have time right now).

MyDogBuster 2009-02-15 01:40

622-624 complete 1 prime already reported

results emailed

gd_barnes 2009-02-15 13:18

[quote=mdettweiler;162795]Okay, I'll do that sometime this afternoon/evening (don't have time right now).[/quote]


Thanks for posting them like you said you would. :mad:

I did it.

IronBits 2009-02-15 17:05

Are you guys married? /ducking

mdettweiler 2009-02-15 17:55

[quote=IronBits;162907]Are you guys married? /ducking[/quote]
Eh? Not sure what you mean by that...oh, wait, I think I sort of get it now. Riiiiight, veeeeery funny... :mad:

IronBits 2009-02-15 19:04

It seems the two of you are always bickering about something here in the forums. :wink:
j/k ... :grin:

gd_barnes 2009-02-20 06:04

Reserving n=643K-650K for port G4000.

Max, please load this range in the server.


Thanks,
Gary

mdettweiler 2009-02-20 16:27

[quote=gd_barnes;163337]Reserving n=643K-650K for port G4000.

Max, please load this range in the server.


Thanks,
Gary[/quote]
Okay, will do...sending a note to myself right now so I don't forget. :smile:

henryzz 2009-02-20 19:09

[quote=mdettweiler;163387]Okay, will do...sending a note to myself right now so I don't forget. :smile:[/quote]
would something like [url]http://atnotes.free.fr/index.html[/url] help you?

mdettweiler 2009-02-20 22:06

[quote=henryzz;163414]would something like [URL]http://atnotes.free.fr/index.html[/URL] help you?[/quote]
Well, actually I've tried programs like that before--however, they have a major disadvantage in that they only appear when their respective part of the desktop is visible. (I run most programs maximized.) PM's seem to get my attention a little more reliably. That's because when I log in I think "Oooh! A new PM! I wonder if it's something important?" And then, of course, I just *have* to check my PM box to see what it is. :smile:

Though, yes, if I could find a sticky-note program that both a) makes notes that can stick on top of other windows, and stay there; and b) runs on Linux, then that would be great. :smile:

Edit: OK, range has been loaded. :smile:

IronBits 2009-02-21 00:05

[url]http://sourceforge.net/projects/s-notes/[/url]
[url]http://linuxappfinder.com/package/snotes[/url]
[url]http://3d2f.com/tags/yellow/sticky/notes/linux/[/url]
[url]http://www.google.com/search?hl=en&as_q=sticky+notes+linux&as_epq=&as_oq=&as_eq=&num=10&lr=&as_filetype=&ft=i&as_sitesearch=&as_qdr=all&as_rights=&as_occt=any&cr=&as_nlo=&as_nhi=&safe=images[/url]

gd_barnes 2009-02-21 02:34

Or you could do like I do. Just write it on a physical sticky note and stick it on the side of your machine or on a small piece of paper that sits by your keyboard.

I find the "old way" works best. IMHO, electronic organizers or reminders are too easy to ignore or forget. That physical piece of paper just sits there staring at you until you get to the task. lol

Flatlander 2009-02-21 03:12

[quote=gd_barnes;163450]... That physical piece of paper just sits there staring at you until you get to the task. lol[/quote]
Unless you get them from The Pound Shop, in which case they fall to the floor within minutes!
I use atnotes.

mdettweiler 2009-02-21 04:00

[quote=IronBits;163441][URL]http://sourceforge.net/projects/s-notes/[/URL]
[URL]http://linuxappfinder.com/package/snotes[/URL]
[URL]http://3d2f.com/tags/yellow/sticky/notes/linux/[/URL]
[URL]http://www.google.com/search?hl=en&as_q=sticky+notes+linux&as_epq=&as_oq=&as_eq=&num=10&lr=&as_filetype=&ft=i&as_sitesearch=&as_qdr=all&as_rights=&as_occt=any&cr=&as_nlo=&as_nhi=&safe=images[/URL][/quote]
Thanks for the links! I've downloaded the program "snotes" from the first link and it seems to work pretty well. All I had to do to install it was download the file, install one little C++ development library package, and run the program. :smile:

gd_barnes 2009-02-21 07:23

[quote=Flatlander;163456]Unless you get them from The Pound Shop, in which case they fall to the floor within minutes!
I use atnotes.[/quote]

Notice that I also said a small piece of paper. I was referring to a piece of paper that sits horizontally on your desk by your keyboard...not a sticky-note that sticks vertically on the side of your monitor. You're correct, those have a tendency to fall off.

If my mouse keeps bumping against a piece of paper, I know I have something I need to do. lol

henryzz 2009-02-21 10:22

[quote=mdettweiler;163430]Well, actually I've tried programs like that before--however, they have a major disadvantage in that they only appear when their respective part of the desktop is visible. (I run most programs maximized.) PM's seem to get my attention a little more reliably. That's because when I log in I think "Oooh! A new PM! I wonder if it's something important?" And then, of course, I just *have* to check my PM box to see what it is. :smile:

Though, yes, if I could find a sticky-note program that both a) makes notes that can stick on top of other windows, and stay there; and b) runs on Linux, then that would be great. :smile:

Edit: OK, range has been loaded. :smile:[/quote]
atnotes will do notes that are always on top i think

mdettweiler 2009-02-21 16:48

[quote=gd_barnes;163477]Notice that I also said a small piece of paper. I was referring to a piece of paper that sits horizontally on your desk by your keyboard...not a sticky-note that sticks vertically on the side of your monitor. You're correct, those have a tendency to fall off.

If my mouse keeps bumping against a piece of paper, I know I have something I need to do. lol[/quote]
You know, I already use that method for tons of stuff--not sure why I didn't think of it for prime-searching reminders. :rolleyes: I'll keep it in mind!
[quote=henryzz;163488]atnotes will do notes that are always on top i think[/quote]
Yes, it looks like a very complete program and, in fact, I would have installed it, except that it doesn't appear to have a Linux version available. :sad:

mdettweiler 2009-03-02 23:33

Reserving 650K-670K for LLRnet G4000. :smile:

MyDogBuster 2009-03-11 22:06

Range 610-611 complete no primes

Results emailed

MyDogBuster 2009-03-28 04:36

Range 640-643 complete no primes

Results emailed

gd_barnes 2009-04-09 21:53

Karsten,

Please process the results for this drive to me for:
n=624K-640K -and-
n=643K-660K

Time to clear some stuff out and show some completed ranges! :smile:


Thanks,
Gary


kar_bon:
DONE! and searchlimits set to 660k for these k's on my 300<k<2000 page.

MyDogBuster 2009-04-13 04:07

I will run out of pairs on GB4000 before the rally starts. Please load me up to n=700K. I'd hate to bother someone in the middle of the rally.

gd_barnes 2009-04-13 04:58

OK, reserving n=670K-700K for port GB4000.

Max, load 'er up when you get a chance.

mdettweiler 2009-04-13 17:15

[quote=gd_barnes;169065]OK, reserving n=670K-700K for port GB4000.

Max, load 'er up when you get a chance.[/quote]
Okay, all loaded up. :smile:

BTW, while I was on, I got the chance to finish setting up the No-IP clients that I'd plopped on all of your machines about a week or so ago. Now all 10 quads have No-IP clients running happily away, updating every 5 minutes. When your IP address changes, No-IP will definitely no about it as soon as it happens. :smile:

The only thing I didn't get to do yet is set them to automatically start at bootup. So, if you need to reboot any of the machines in the meantime, make sure you open up a terminal and run the following command (from your home directory, though of course that's the starting location when you open up a terminal window anyway):

[i]./noip2 -c no-ip2.conf[/i]
It will run the client in the background, and immediately dump you back to the terminal prompt.

Note: I *think* that if a No-IP client is already running and you try to run that, then it will simply exit with an error. However, I'm not absolutely positive about this. I'll have to check into this more later.

gd_barnes 2009-04-14 00:07

Results and primes up to n=660K have been verified against the usual places. No problems found.

gd_barnes 2009-06-18 08:06

Reserving n=700K-720K for port G4000.

gd_barnes 2009-07-28 05:01

Primes and results for this drive for n=680K-700K have been verified against the usual places. No problems found.

MyDogBuster 2009-09-17 22:28

I'm going to need to pairs loaded on GB4000 soon. Have about a weeks worth left.

mdettweiler 2009-09-17 22:49

[quote=MyDogBuster;190123]I'm going to need to pairs loaded on GB4000 soon. Have about a weeks worth left.[/quote]
Okay, [B]reserving 720K-730K for LLRnet G4000[/B]. I'll load in the work shortly.

Meanwhile, this reminds me: when we move all the servers over to Gary's forthcoming new server, we'll have a conflict between the port numbers for GB4000 and the current IB4000. Ian, would it work okay on your end if we moved GB4000 to a new port number sometime in the near future? It's somewhat of an arbitrary decision as to which one to move (since each one has one person on it at this time, each with about the same # of machines), but I'm leaning towards moving GB4000 since putting that on port 7000 would line things up rather nicely with the fact that this is Team Drive #7 (not that it matters much, but in an arbitrary decision, you have to draw the line somewhere). If so, is there any particular time when it would be most convenient for me to do the move?

MyDogBuster 2009-09-17 23:17

[quote]
Meanwhile, this reminds me: when we move all the servers over to Gary's forthcoming new server, we'll have a conflict between the port numbers for GB4000 and the current IB4000. Ian, would it work okay on your end if we moved GB4000 to a new port number sometime in the near future? It's somewhat of an arbitrary decision as to which one to move (since each one has one person on it at this time, each with about the same # of machines), but I'm leaning towards moving GB4000 since putting that on port 7000 would line things up rather nicely with the fact that this is Team Drive #7 (not that it matters much, but in an arbitrary decision, you have to draw the line somewhere). If so, is there any particular time when it would be most convenient for me to do the move? [/quote]No problem. Just let me know when to change. Just be sure that the email notification works on the new port because I really don't check those cores manually.

mdettweiler 2009-09-17 23:47

[quote=MyDogBuster;190128]No problem. Just let me know when to change. Just be sure that the email notification works on the new port because I really don't check those cores manually.[/quote]
Okay, sounds good. I'll send an email to Dave giving him a heads-up to prepare for imports on G7000.

mdettweiler 2009-09-17 23:49

[quote=mdettweiler;190132]Okay, sounds good. I'll send an email to Dave giving him a heads-up to prepare for imports on G7000.[/quote]
Oh, duh! I just remembered, we already have a G7000. Never mind, looks like my grand plan for lining up port 7000 with Drive #7 won't work. :rolleyes:

We'll do G3000 instead, which really is empty. :smile:

gd_barnes 2009-09-18 06:40

[quote=mdettweiler;190133]Oh, duh! I just remembered, we already have a G7000. Never mind, looks like my grand plan for lining up port 7000 with Drive #7 won't work. :rolleyes:

We'll do G3000 instead, which really is empty. :smile:[/quote]

You've got me baffled now. We'll do G3000 for what? The non-top-5000 work for IB7000 on the 12th drive? If so, that's fine. The idea is to minimize the # of changes while still making everything as clear as possible for what we will eventually end up with.

Max, you're driving the server changes but I'll still offer my thoughts: Because this drive server is already on my machine, I'm assuming that we don't want to change it.


Gary

mdettweiler 2009-09-18 13:48

[quote=gd_barnes;190164]You've got me baffled now. We'll do G3000 for what? The non-top-5000 work for IB7000 on the 12th drive? If so, that's fine. The idea is to minimize the # of changes while still making everything as clear as possible for what we will eventually end up with.

Max, you're driving the server changes but I'll still offer my thoughts: Because this drive server is already on my machine, I'm assuming that we don't want to change it.


Gary[/quote]
Okay, to clarify: the current G4000 will soon be moved to G3000. That is so that when we move IB4000 to your server eventually, its port # doesn't clash with an eisting server.

As I said above, it's somewhat of an arbitrary decision whether to move IB4000 or G4000 to make room for the other. In this case I chose G4000 since there's less middlemen to deal with in just switching over a port that I have direct access to. :smile:

gd_barnes 2009-09-19 03:47

[quote=mdettweiler;190205]Okay, to clarify: the current G4000 will soon be moved to G3000. That is so that when we move IB4000 to your server eventually, its port # doesn't clash with an eisting server.

As I said above, it's somewhat of an arbitrary decision whether to move IB4000 or G4000 to make room for the other. In this case I chose G4000 since there's less middlemen to deal with in just switching over a port that I have direct access to. :smile:[/quote]

It's arbitrary but why make it more difficult than it needs to be? Why not just leave G4000 as it is with this drive? Then later on change IB4000 to G3000 (or whatever).

That's only 1 change instead of 2 changes. Shouldn't we be doing less changes? Why force people on this drive (namely Ian) to change all of their machines unless it is really needed. The people on the 5th drive (mostly me) will have to change all of their machines regardless of whatever is done.

I'm trying to understand the reasoning behind changing both instead of only changing one.


Gary

mdettweiler 2009-09-19 10:40

[quote=gd_barnes;190285]It's arbitrary but why make it more difficult than it needs to be? Why not just leave G4000 as it is with this drive? Then later on change IB4000 to G3000 (or whatever).

That's only 1 change instead of 2 changes. Shouldn't we be doing less changes? Why force people on this drive (namely Ian) to change all of their machines unless it is really needed. The people on the 5th drive (mostly me) will have to change all of their machines regardless of whatever is done.

I'm trying to understand the reasoning behind changing both instead of only changing one.


Gary[/quote]
Aha, I see what you're confused about now. The way we're going to be switching things over, everyone currently on an IB port won't have to do anything at all during the switchover. The key to all of this is the domain name, noprimeleftbehind.net. Right now, that points to David's servers. But when we switch things over, we'll change it so it points to your servers instead. Thus, aside from a hopefully brief downtime during the changeover (which can be mitigated by using large caches on clients), there should be essentially no ill effect on the IB clients other than that of a normal IP address change.

Now you see why it's somewhat arbitrary? :smile: None of the clients will need to move at all (and at the very least might need to have their DNS cache flushed to account for the IP change), [i]except[/i] for the ones on clashing port numbers, which we're moving ahead of time so that we don't have to deal with it later when we're doing a million things related to the switchover.

gd_barnes 2009-09-20 17:16

[quote=mdettweiler;190324]Aha, I see what you're confused about now. The way we're going to be switching things over, everyone currently on an IB port won't have to do anything at all during the switchover. The key to all of this is the domain name, noprimeleftbehind.net. Right now, that points to David's servers. But when we switch things over, we'll change it so it points to your servers instead. Thus, aside from a hopefully brief downtime during the changeover (which can be mitigated by using large caches on clients), there should be essentially no ill effect on the IB clients other than that of a normal IP address change.

Now you see why it's somewhat arbitrary? :smile: None of the clients will need to move at all (and at the very least might need to have their DNS cache flushed to account for the IP change), [I]except[/I] for the ones on clashing port numbers, which we're moving ahead of time so that we don't have to deal with it later when we're doing a million things related to the switchover.[/quote]


That's way too confusing to me. If you can make it where people have to change little or nothing on their machines, that sounds good to me.

Based on that, I'm assuming that anyone currently connecting to my current servers with the no-IP address will not necessarily have to change to the noprimeleftbehind address.

If that is the case, it will be a good idea to inform everyone to eventually make that change so that we can get rid of all of these port forwarding (or whatever they would be called) things that are internally in the servers.

mdettweiler 2009-09-21 00:04

[quote=gd_barnes;190457]That's way too confusing to me. If you can make it where people have to change little or nothing on their machines, that sounds good to me.

Based on that, I'm assuming that anyone currently connecting to my current servers with the no-IP address will not necessarily have to change to the noprimeleftbehind address.

If that is the case, it will be a good idea to inform everyone to eventually make that change so that we can get rid of all of these port forwarding (or whatever they would be called) things that are internally in the servers.[/quote]
First of all, no, nobody on nplb-gb1.no-ip.org will have to change (except for G4000 which we'll be moving as previously discussed). After we've completed the move, nplb-gb1.no-ip.org will be synonymous with noprimeleftbehind.net.

As for port forwarding, I think you're a little confused; port forwarding is always necessary in order to put a port number online from a machine behind a router. Perhaps you're thinking of a port # redirect? We don't have any of those right now on the GB servers, and don't have any particular plans or needs to use any.

gd_barnes 2009-09-21 04:24

Yeah, port redirect is what I meant.

What I was attempting to imply was this: Isn't there some sort of "quasi redirect" that is needed to "tell" the server that nplb-gb1.no-ip.org will be synonymous with noprimeleftbehind.net? If not, how does the server "know" that they are synonymous?

mdettweiler 2009-09-21 13:20

[quote=gd_barnes;190500]Yeah, port redirect is what I meant.

What I was attempting to imply was this: Isn't there some sort of "quasi redirect" that is needed to "tell" the server that nplb-gb1.no-ip.org will be synonymous with noprimeleftbehind.net? If not, how does the server "know" that they are synonymous?[/quote]
The server won't need to "know" that they're synonymous. It will simply be that nplb-gb1.no-ip.org will point to the same IP address as noprimeleftbehind.net.

Similarly, IronBits' various domains all point to his IP address, which is why you can (say) point an LLRnet client to ironbits.net port 5000 or free-dc.org port 5000 and still get our IB5000 server. However, the reason why he has different websites on those addresses is [i]because[/i] he put a "quasi redirect" of sorts in to tell his web server which page to answer with depending on which domain a browser is going to. Essentially, things like this with multiple domains pointing to the same IP address are considered synonymous unless otherwise noted. :smile:

gd_barnes 2009-09-21 19:08

All I can say is: Wow, that's cool that no one will have to change their LLRnet clients!

Personally I would recommend that everyone point to noprimeleftbehind.net for the future gb servers but if they don't have to change them from the no-IP address, then I guess it really doesn't matter.

Thanks for clarifying.

MyDogBuster 2009-10-19 12:57

I'm going to need some pairs loaded on GB4000. Down to < a weeks worth.
Max only loaded n=10K worth the last time and it went fast. Maybe 20k would be better.

gd_barnes 2009-10-20 12:44

Reserving n=730K-740K for port G4000. I'll round it out and we'll load an n=20K range next go around.

gd_barnes 2009-10-20 13:35

Ian,

Since we still have a little under a week before port G4000 would dry out, I'm going to have Max load n=730K-740K in the server. He should be back Thursday.

I think I can do it correctly but since I haven't done it before, it'd be best if he was around in case I mess something up.


Gary

MyDogBuster 2009-10-24 02:34

Down to ~2.5 days left on GB4000. Need those reserved pairs loaded soon.

Thanx

mdettweiler 2009-10-24 04:13

[quote=MyDogBuster;193721]Down to ~2.5 days left on GB4000. Need those reserved pairs loaded soon.

Thanx[/quote]
Okay, all set.

MyDogBuster 2009-11-26 00:13

I have about 3 days of work left on GB4000. If the plan is to convert this drive to PRPNET then please reserve n=740K-760K for me manually and send me the file. If that is not the plan, then please load that range into port GB4000.

mdettweiler 2009-11-26 01:01

[quote=MyDogBuster;197032]I have about 3 days of work left on GB4000. If the plan is to convert this drive to PRPNET then please reserve n=740K-760K for me manually and send me the file. If that is not the plan, then please load that range into port GB4000.[/quote]
We're not planning to convert this drive to PRPnet, at least not yet. From the beginning the plan has been to leave at least one server on LLRnet as long as there's any interest, and since that setup works well for you on this server, this one may as well be the one we leave there if you'd like, considering that we've got two other very similar drives (#5 and #6) which are or will be converted to PRPnet.

mdettweiler 2009-11-27 04:54

Reserving 740K-760K for LLRnet G4000.

kar_bon 2010-03-08 17:21

this drive is just in a fftlen-change: 49152 to 57344 at about n=751k/752k so about from 650 secs to 830 secs per test for a Q6600.

kar_bon 2010-04-10 22:53

This drive needs some more kn-pairs filled in!

gd_barnes 2010-04-12 10:47

Reserving n=760K-770K for port 4000.


All times are UTC. The time now is 15:51.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.