[QUOTE=pinhodecarlos;441163]What's up with 70841^53-1 (15e)?[/QUOTE]

The poly file contains lss: 0.
Does that mean the GNFS side for this SNFS poly?

[QUOTE=RichD;441263]The poly file contains lss: 0.
Does that mean the GNFS side for this SNFS poly?[/QUOTE]

It means that it should sieve special-q on the algebraic side, rather than the rational side. It's most common to use the algebraic side for GNFS, and somewhat more common to use the rational side for SNFS, but that doesn't mean one has to use the rational side for SNFS.

I.e. there's nothing inherently wrong with having "lss: 0" in the poly file for an SNFS job. In fact, there are some SNFS jobs in the 14e queue right now with lss: 0, per the recommendation of the person who submitted them.

For the current HCN in sieve progress can more 20M special Q be added please. Thank you.

[QUOTE=pinhodecarlos;441270]For the current HCN in sieve progress can more 20M special Q be added please. Thank you.[/QUOTE]

Which numbers are you talking about, specifically?

[QUOTE=jyb;441284]Which numbers are you talking about, specifically?[/QUOTE]

The one reserved by myself (9+5_254) and the next three. Basically all should have at least 260M raw relations or more to have a lower LA time when matrix is built.

If the sieve CPU power is there available we should use it to over-sieve the numbers because the clients only care about the points, the rest is BS for them. My case the faster the LA is processed the better so I can go on to the next one. The one I'm running now had a ETA for LA of 80 and something hours when previous ones over-sieved were around 40-50 hours. This is when I only have an old laptop with 4 cores and not 6/8/12 as our co-workers.
Thank you Jon.

62
 

As Greg mention we are very close to reach 1000 factorizations on 14e side. I was wondering if we have more integers to queue so I can request some teams support to quickly achieve this milestone. This means we are 62 short to reach 1000. What are you all thoughts?

Carlos

The xyyxf project has finally achieved t50 on all composites, with the bulk of the credit going to yoyo@Home. Now the project has started to enqueue numbers with yoyo to partial/full t55. Most of these numbers will be ready for SNFS once yoyo completes its work @B1=11e7. A few will likely complete ECM as soon as this weekend, with a steady stream of NFS ready composites expected thereafter.

I have polys for several hundred of the xyyxf composites. Willing to post in this thread preprocessed numbers/polys as yoyo does its work and as the queues/gatekeepers require them.

[B]C284_135_127[/B] survived 20k+ curves at B1=300M. Maybe that's enough for 15e?

Jon,

By looking at the relations gathered C202_123_83, C182_133_62, C178_140_114, 5+4_347 and 3+2_508 need to be pushed further, do you agree (more special Q needed)?
Also please aware that we are back to daily 20k (14e) wus so maybe queue up more 14e integers.

Thank you.

Carlos

There are several [URL="http://stdkmd.com/nrr/c.cgi?q=reserved_and_submitted"]near-repdigit composites[/URL] reserved by Lionel a while ago. Two of them were cracked by ECM (18883_291 and 54441_248) and others received adequate ECM work and could be loaded into the 14e queue.

Also 90007_248 already done.