[QUOTE=xilman;422241]
What are the true limits on the 14e queue? If the upper limit can be stretched there are six C166 and 28 <S252, of which 12 are < S251.
Paul[/QUOTE]

Ignorance is bliss- I recently did my first C165 and used 14e. It finished in about the time expected (extrapolated as 4x time for C155), using 32LP. I bet C166 and 167 are fine for the 14e queue, particularly if 32LP are used.

Stats from C165: Msieve E-score 6.67e-13, 265M raw rels produced a 10.3M matrix at density = 96. I can find special-q range sieved if interested.

[QUOTE=chris2be8;422258]As far as I know all the holes in the Brent tables have had enough ECM run against them. Certainly none of the ones I factored were ECM misses.

@Jcrombie, did Prof Brent send you any details of how much ECM he had run against them?

Chris

PS. Should posts 580, 581 and this one (583) be in the queue management thread?[/QUOTE]Quite possibly for 581. I'm never quite sure where to post.

Reserving C220_120_79 and C170_119_79.

[QUOTE=Xyzzy;422231]It looks like we are about to run out of work to sieve.

[url]http://escatter11.fullerton.edu/nfs/crunching.php[/url]

:mike:[/QUOTE]

[url=http://www.mersenneforum.org/showthread.php?t=20024&page=32]cough cough[/url]

[QUOTE=swellman;422310][URL="http://www.mersenneforum.org/showthread.php?t=20024&page=32"]cough cough[/URL][/QUOTE]We only know how to edit the reservations and enter results. We have no idea how to enter new work.

:sorry:

Reserving 11119_61_minus1.

[QUOTE=swellman;422310][url=http://www.mersenneforum.org/showthread.php?t=20024&page=32]cough cough[/url][/QUOTE]
Queued.

Is there a particular reason for the use of gzip for compression? bzip2 has a rather better compression ratio (at a computational cost) while still being more-or-less widely available.

[QUOTE=Dubslow;422348]Is there a particular reason for the use of gzip for compression? bzip2 has a rather better compression ratio (at a computational cost) while still being more-or-less widely available.[/QUOTE]
The results are compressed by the BOINC clients before they are returned to the server. The server just checks that they are valid compressed relations then concatenates them into the file you download.

[QUOTE=frmky;422366]The results are compressed by the BOINC clients before they are returned to the server. The server just checks that they are valid compressed relations then concatenates them into the file you download.[/QUOTE]

I suppose that answers my question about whether or not the .gz format supports arbitrary concatenation. :smile: Good to know that I can still grab relations that come in while I start the initial download.

C161_P170_plus_1
 

[code]
Thu Jan 14 04:14:26 2016 p74 factor: 54052766629980734999562244122502065112987992580302950918724141982758469031
Thu Jan 14 04:14:26 2016 p87 factor: 538334666188011347785904608538080112624666237830477754503884561471369042454503441501091
[/code]

17.8 hours for 6.57M density-120 matrix on 7 threads E5-2650v2

[pastebin]zDFJRN12[/pastebin]