[QUOTE=LaurV;408545][offtopic]Let's bet how long till a mod changes the title from "fast breeding" to "breast feeding" :razz:[/offtopic][/QUOTE]

It has already gone there, though that title lasted only a few days.

Oh, well... and I was kind of happy of this English invention I did... I was wondering myself how my English improved overnight, so much that I can make word plays.. hehe, it might be that I have read it here...:redface: but ignored it at that time and it popped to my mind now when I was reading this current title...

Lionel,

Did you see Paul's email with some numbers to queue on 14e side? We need to add them ASAP because challenge is due.

Carlos

I did, but other numbers were posted here earlier by William, and therefore, they take precedence. So would all three numbers posted by Sean, though only C179_139_61, which I've already pre-processed, should have received enough ECM work by today.

I've queued William's two first numbers. The third one would be slightly easier by GNFS, but I don't have a GPU to search for a poly quickly, so I'll queue it as SNFS - it's still a relatively easy 30-bit LPs task.

Besides Paul's numbers, I've reserved three easy 30-bit LPs tasks from near-repdigit.


There's no hurry for queuing numbers: none of the 5000 WUs in the initial set for 1900421426047_19_minus1 has been distributed yet, and this number will actually require sieving a much wider range.

Lionel, let's queue up what's needs to be first but don't forget that a challenge is coming and clients like to see cache full with wus to crunch otherwise they ran away. This is my only concern.

[QUOTE=pinhodecarlos;408396]Paul,

Please add your GCW integers to 14e, all of them.

Carlos[/QUOTE]The 14 hardest are in SIEVING status. The other 15 are not yet added into the queue but will be when I get another burst of enthusiasm.

Paul

Yeah, I'm aware that clients participating in challenges selfishly like to reserve loads of WUs in advance, which disrupts the input queue.

Carlos, which computing resources do you have access to nowadays, in order to help with post-processing the backlog, which is especially important for projects like NFS@Home, whose post-processing is relatively costly ? Our resources prove to be adequately sized for the average level of activity, but bursts of activity disrupt our routine :smile:

The 14e input queue now contains 19 numbers whose distribution to clients hasn't started yet, mostly thanks to Paul, as he's just indicated.

Lionel,

My machines are all i7 laptops, one Sandy Bridge with 16 GB of memory and one Ivy Bridge with 8GB.

Paul,

Thank you for adding the numbers.

Kind Regards,

[quote]My machines are all i7 laptops, one Sandy Bridge with 16 GB of memory and one Ivy Bridge with 8GB.[/quote]
Good :smile:
Which numbers shall I reserve for you ?

[QUOTE=debrouxl;408615]Good :smile:
Which numbers shall I reserve for you ?[/QUOTE]

Right now due to my work, where I travel a lot most of the times with limited access to Internet, I leave my cores to sieve for NFS@Home.

[QUOTE=swellman;408318]C179_139_61 is currently in ECM and should reach t55 sometime on Sunday. Not sure how long until the 14e queue runs dry.

I will then ECM the other two composites to t55 as well, though help gratefully accepted. Each need 10k additional curves for t55.[/QUOTE]

C179_139_61 has survived a full t55 with no factors found. Thanks for queuing it on 14e.


ECM of C172_122_101 to full t55 is now underway.