[QUOTE=k0r3;627180]Hi, I ran this through prpnet and had some database issues near the beginning so I'm assuming that was the cause the duplicates. I will retest locally to make sure I didn't miss anything.[/QUOTE]

Just curious, what OS are you running PRPNet on? It's surprising to see someone new to the project using it right away.

Since you are already familiar with it, you could take R547 to n=25k fairly easily once you have sieved to appropriate depth.

For my PRPNet setup I have two databases and one instance of prpserver running for each database (different ports on the same machine) so I can run different projects (or conjectures on each). If I only want one prpserver to hand out work, I just shut down the other. The clients will retain their completed work until the other prpserver instance is back online.

[QUOTE=rogue;627183]Just curious, what OS are you running PRPNet on? It's surprising to see someone new to the project using it right away.

Since you are already familiar with it, you could take R547 to n=25k fairly easily once you have sieved to appropriate depth.

For my PRPNet setup I have two databases and one instance of prpserver running for each database (different ports on the same machine) so I can run different projects (or conjectures on each). If I only want one prpserver to hand out work, I just shut down the other. The clients will retain their completed work until the other prpserver instance is back online.[/QUOTE]

I was running it on Ubuntu 18.04, I've been around the space for awhile, been mostly crunching on Primegrid and some SRBase and wanted to take a shot at something different. I think my main issue was the hardware I was running it on was not ideal for dealing with such large database queries.

[QUOTE=k0r3;627188]I was running it on Ubuntu 18.04, I've been around the space for awhile, been mostly crunching on Primegrid and some SRBase and wanted to take a shot at something different. I think my main issue was the hardware I was running it on was not ideal for dealing with such large database queries.[/QUOTE]

I have run the server with a thousands of k, but I think the upper limit I have used is around 7000.

In your case part of the issue could be the number of workunits each client gets (set onekperinstance to 1 for CRUS), how quickly the tests are executed, how many clients are connecting to the server, and how frequently each client connects to get/return work. The server tends to perform poorly when too many clients connect at a time.

[QUOTE=Archetexture;626957]I finished base S777 to n=2500 and found ~11.5m Primes and have 394,530 k's remaining :)

How should I send you the files?[/QUOTE]

[QUOTE=gd_barnes;626965]You can Email them to me at:

gbarnes017 at gmail dot com[/QUOTE]

Archetexture,

Reminder to Email me the files for S777. :-)

Gary

[QUOTE=gd_barnes;627198]Archetexture,

Reminder to Email me the files for S777. :-)

Gary[/QUOTE]

Sorry for the delay, I just sent them in a 7zip file.
Had an important math exam today! :whee:

Reserving R510 to n=500k (300-500k) for SRBase
Reserving R954 to n=300k (100-300k) for SRBase

Reserving S541 as new base using the new-base script up to 2.5k

[QUOTE=rogue;627195]I have run the server with a thousands of k, but I think the upper limit I have used is around 7000.

In your case part of the issue could be the number of workunits each client gets (set onekperinstance to 1 for CRUS), how quickly the tests are executed, how many clients are connecting to the server, and how frequently each client connects to get/return work. The server tends to perform poorly when too many clients connect at a time.[/QUOTE]

With the 4778 remaining k and onekperinstance things seem to be running much smoother. I will be testing the remaining k from R547 up to n=25K

R615 tested to n=600k (400-600k)

nothing found, 1 remain

Results emailed - Base released

S541 tested to n=2.5k

120506 remain

Results emailed - Base released

R611 tested to n=600k (400-600k)

nothing found, 1 remain

Results emailed - Base released