2020 14e post processing reservations and results
 

A new thread for 2020.

Taking 9p5_268.

496__823_5m1 factored
 

[CODE]p53 factor: 47216829413390319626459128166526914448940825420344091
p62 factor: 49759602786683642432115672354678646466928840986056826118196301
p72 factor: 321605147386124773931006030242168853431971552121536654732626414476185521[/CODE]

Approximately 17 hours on 2 threads Core i3-2310M with 4 GB memory for a 2.96M matrix at TD = 100 (120 didn't work).

Log attached and at [URL="https://pastebin.com/Jn4TuL29"]https://pastebin.com/Jn4TuL29[/URL]

Factors added to FDB.

14947_61m1 Factored
 

[CODE]
prp66 factor: 115196799639208116421154163235701126683962221913917278054430130373
prp71 factor: 60888802579391242525964043479836502740993198806721750255273048705208647
prp115 factor: 4239291502540471888434365696659453764668112743540522010579630449739067845860371746483242042045668248296272652583971
[/CODE]

435M raw / 342M unique relations, details at [url]https://pastebin.com/pTbiMbTN[/url].

Taking 74449_244.

11p3_248 Factored
 

[CODE]
p86 factor: 75500077820233952602600269206011358188314413079193147347206440943999193142534025384593
p88 factor: 4498843727139217969047085456621589765542157032670000597714373353335036600414102604782289
[/CODE]

470M raw / 367M unique relations, details at [url]https://pastebin.com/npX1Jk5D[/url].

6p5_365 factored
 

[code]
p61 factor: 1187457400274450739466064696812553669151008880973476889246661
p115 factor: 4649955926900629384135151183457456501949875089201861428356869592678310082281920019813095431404297889473428637152341
[/code]

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

The 14e queue looks to be stuck again. Past experience would suggest that when you deleted 10p7_305 from the queue (and replaced it with 10p7_305_2nd_try), its work units were still queued up and they're just being handed out and discarded on return. If so, then I believe Greg will have to be notified so he can fix it.

[QUOTE=jyb;534230]The 14e queue looks to be stuck again. Past experience would suggest that when you deleted 10p7_305 from the queue (and replaced it with 10p7_305_2nd_try), its work units were still queued up and they're just being handed out and discarded on return. If so, then I believe Greg will have to be notified so he can fix it.[/QUOTE]

I had deleted it from the queue less than a minute after loading it, due to sieving the wrong side. But it appears to have been in place long enough! Contacting Greg to clear the blockage from the pipe.

Please reserve 3p2_637 for us.

:tu:

[QUOTE=Xyzzy;534248]Please reserve 3p2_637 for us.

:tu:[/QUOTE]

Welcome to the club, sir! I hope your new machine proves a rocket.

xyzzy joining us reminds me- we don't have a benchmark matrix-solve to compare hardware, do we? Like, it might be nice to have a dropbox/etc with a sample job available, say something that produces a matrix 5M or so in size. Folks who wanted to compare hardware speeds could D/L this job and note elapsed time to run it.

Is this something worth pursuing?