[QUOTE=paleseptember;283256]It may not be related, but I've noticed some odd behaviour with pfgw as well.
For R55, I'm running [code]pfgw.exe -f0 -l sr55p1.pfgw[/code] and it's grinding through normally. However, it's not writing to pfgw.out periodically, only when I hit ctrl+C.

Windows XP, PFGW 3.3.6

Everything so far is composite according to the screen output.[/QUOTE]

Although you should upgrade to 3.5.7, you are the only person to report such a problem. Note that your problem is not the same as mine. Fortunately for that release all residues will also be echoed to the screen.

Since I won't fix issues with 3.3.6 I suggest you upgrade to 3.5.7 (or wait for 3.6.0) and keep an eye on it. If it continues to happen, then let me know.

[QUOTE=rogue;283239]That's exactly what I intend to do.

BTW, I didn't expect you to mark the range complete to n=16500, but you can at least capture the primes.[/QUOTE]

OK, I'm going ahead and showing it complete to n=16.5K but I put an asterisk on the reservations page with a reference to a comment that n=10K-16.5K needs to be doublechecked.

Taking S87

finally done with my R51 range. 323 k removed . (was 25,000 to 600,000 from n=10k to 25k)
will take 600k-1M to 15k for a start

[QUOTE=firejuggler;285684]finally done with my R51 range. 323 k removed . (was 25,000 to 600,000 from n=10k to 25k)
will take 600k-1M to 15k for a start[/QUOTE]

If you're going to sieve, you might as well take to n=25000.

how deep should I sieve? 1e12? more (Less?)?

[QUOTE=firejuggler;285713]how deep should I sieve? 1e12? more (Less?)?[/QUOTE]

I presume you will be using sr2sieve. If so, you probably need to use the -x switch because generating the lookup tables takes longer as k gets larger. IIRC, I sieved to about 4e10 for S63 and R79.

[QUOTE=firejuggler;285684]finally done with my R51 range. 323 k removed . (was 25,000 to 600,000 from n=10k to 25k)
will take 600k-1M to 15k for a start[/QUOTE]

Balancing:

There were 16556 k's remaining before you started this range.
There are 323 primes in the file.
2 of the primes are duplicates; one each for k=301014 & 349504.
Hence you found 321 unique k's with primes.
So there are 16556 - 321 = 16235 k's remaining for R51.

i can't take the whole range, gd barnes. Someday, there will be only one left. I intend to chip away the number of k

[QUOTE=firejuggler;285870]i can't take the whole range, gd barnes. Someday, there will be only one left. I intend to chip away the number of k[/QUOTE]

I wasn't implying as much. We appreciate the chipping away. On these huge-conjectured bases, if the ranges are broken up, I'll make balancing posts for potential future reference.

That someday won't be in any of our lifetimes. :smile:

I would like to reserve S35 to n=50K