[QUOTE=R.D. Silverman;523434]There are HCN's that are reserved but not queued.......[/QUOTE]

All GNFS jobs. They've been undergoing polynomial searches.

[QUOTE=jyb;523437]All GNFS jobs. They've been undergoing polynomial searches.[/QUOTE]

Well yes. But for numbers this small one does not want to spend much time on the searches.

[QUOTE=R.D. Silverman;523441]Well yes. But for numbers this small one does not want to spend much time on the searches.[/QUOTE]

Indeed. I've been stacking them up. Several are ready to enqueue, and the others just need some test sieving. Are you in a hurry?

[QUOTE=jyb;523443]Indeed. I've been stacking them up. Several are ready to enqueue, and the others just need some test sieving. Are you in a hurry?[/QUOTE]

I simply noticed that lasieved was running dry.

[QUOTE=R.D. Silverman;523445]I simply noticed that lasieved was running dry.[/QUOTE]

Ah yes, that's a good point. Of course, I like to imagine that when that happens it just means that the lasievee queue gets all the CPU cycles that aren't going to lasieved, but I confess I've never made a careful study of whether that's actually true.

But in any case, I guess I'll go ahead and queue up a few.

12p5_241 ETA 20 August

Taking 3690553_37m1.

31964044249933_17m1 factored
 

[CODE]p63 factor: 211989513166849646619769147757373845955228114025943493978009389
p144 factor: 297511040123295663655687157248737326775881772925805754672260829401741190469223085847566776831199637813792102364962243013903086197935234280505489[/CODE]
188M unique relations built a 15.3M matrix using TD=108. (112 failed)
Solve time about 164 hours. (-t 4)

Log at: [url]https://pastebin.com/r6fHfDBs[/url]

Taking 7m6_307.

Taking 8p3_990L.

7m6_307 factored
 

[code]
p64 factor: 1336400690141497745001805814814132585643102294087878422757012803
p102 factor: 226403715130393306373281758042314254449777690286873167189366711369634576091198845333427861269256984423
[/code]

[url]https://pastebin.com/Jn74yAGd[/url]