Fast Breeding (guru management) - Page 111

axn · 2017-10-25, 04:20

I think a fast SSD is also a good investment

RichD · 2017-10-25, 05:44

QUEUED C258 from the OPN MWRB file for the 15e queue.

Code:

n: 781179418496003349506957439729362314644125846732665713084339945677877536695534769067966673976364848711270869987317014615916890976022261576513712051340477201711001902632021436863584734165581130067941543990700557298855022642108654130082277009034135714427496947
# 8081^67-1, difficulty: 261.80, skewness: 0.22, alpha: 0.00
# cost: 2.01944e+19, est. time: 9616.37 GHz days (not accurate yet!)
skew: 0.223
c6: 8081
c0: -1
Y1: -1
Y0: 9596573069509052763759925960743779265720881
m: 9596573069509052763759925960743779265720881
type: snfs
rlim: 134000000
alim: 268000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.7
alambda: 2.7

Trial sieving 5K blocks.

Code:

fivemack · 2017-10-25, 10:28

Quote:

Originally Posted by pinhodecarlos

What would be the ideal system to post process them?

OS
No. Cores
GB

They would work very nicely on a bargainhardware.com dual-octaXeon server (I am getting about 300 hours wall-clock on one of those for a 25M matrix running -t16, and the server has 64GB RAM which is more than enough).

As VBCurtis observes, any job that doesn't fit in 32GB isn't going to finish in at all reasonable time. I should probably get MPI running on my small cluster, 10Gbit Ethernet is hopefully fast enough for distributed jobs to be faster than a single machine.

fivemack · 2017-10-25, 10:30

Quote:

Originally Posted by axn

I think a fast SSD is also a good investment

A fast SSD makes lots of use cases more fun, but not really this one: the post-processing is not done at disc-read speed, it's only seven hours to filter a 32-bit-LP job over NFS-attached-by-gigabit-Ethernet.

RichD · 2017-10-25, 13:49

queued C192 from the OPN t550 file.
Sieve on the algebraic side.

Code:

n: 820509983628149599725530163725918173029946762738122115708301986910039136975437410543224106014365961176642136311025280192536397165714380410331376093613059222840844852513910582756007825506511889
# 1920647391913^19-1, SNFS-220, sieve on algebraic side
lss: 0
skew: 0.01436
c6: 1920647391913
c0: -1
Y1: -1
Y0: 7085050051025406838642211594025485497
rlim: 200000000
alim: 200000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.7
alambda: 2.7
type: snfs

Trial sieving 5K blocks.

Code:

fivemack · 2017-10-25, 16:21

I don't think I quite believe the SNFS-220 difficulty for that one; you're sieving 1920647391913^19-1, whose log is 233.39.

(yes, the actual-underlying-number is x^18+x^17+...+x+1, but that's too high a degree polynomial for SNFS; and even in that case the log is 221.1)

RichD · 2017-10-25, 18:17

Quote:

Originally Posted by fivemack

I don't think I quite believe the SNFS-220 difficulty for that one; you're sieving 1920647391913^19-1, whose log is 233.39.

(yes, the actual-underlying-number is x^18+x^17+...+x+1, but that's too high a degree polynomial for SNFS; and even in that case the log is 221.1)

Yep, you're right. The 220 is leftover from a previous job and I forgot to update with the correct difficulty.

swellman · 2017-10-25, 23:21

QUEUED C230_125_103 is ready for SNFS on siever 14e.

Code:

n: 28521135208254886087875141264196218438819741739601791217526351979867886443731933341039566099501379023881662321858577195918264461259281214303491896591716506209256818596978186504281177207888391193723137146043586679928892001115217519
# 125^103+103^125, difficulty: 253.62, anorm: 2.27e+038, rnorm: 8.45e+047
# scaled difficulty: 255.21, suggest sieving rational side
# size = 1.264e-012, alpha = 0.000, combined = 1.416e-013, rroots = 0
type: snfs
size: 253
skew: 4.8413
c6: 1
c0: 12875
Y1: -444089209850062616169452667236328125
Y0: 1860294571709496226110032706809177658295303
rlim: 268000000
alim: 268000000
lpbr: 32
lpba: 32
mfbr: 64
mfba: 64
rlambda: 2.8
alambda: 2.8

Test sieving on the -r side with Q in blocks of 2K

Code:

Q=20M    5424
Q=80M    3630
Q=150M   3634
Q=250M   3431
Q=300M   3197

Suggesting a sieving range for Q of 20M-270M with a target # rels of 480M.

RichD · 2017-10-27, 02:21

queued 14e C206 from the OPN t600 file.

Code:

n: 43054571344319562525175339557182100345885547746820995312018814147133450134181278318210442952277654977047906540754269409749233399626456182473514812378195316490859005659119939110257412086994207437024997497731
# 288624373085970303047^13-1, difficulty: 245.52, skewness: 1.00, alpha: 3.10
# cost: 5.88906e+18, est. time: 2804.31 GHz days (not accurate yet!)
skew: 1.000
c6: 1
c5: 1
c4: -5
c3: -4
c2: 6
c1: 3
c0: -1
Y1: -288624373085970303047
Y0: 83304028739269378634511622067993017484210
m: 36804340438773561370108118724375481945457980663275057472108694583323303624376093452096966737343487005341177954686085944498665957272914416762648721750027055154332792938580634589018627399546646801620026670533
type: snfs
rlim: 134000000
alim: 134000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.7
alambda: 2.7

Trial sieving 5K blocks.

Code:

swellman · 2017-10-27, 12:16

QUEUED C197_149_70 has survived ECM up to almost a full t60. Originally this job was slated for GNFS, but subsequent analysis shows the SNFS poly below is faster and has better yield.

Code:

n: 18990123508557902868419834986612849212629329047848408031918356871905091180915018818857084783656883790655928770567349115604303665109625610225945717466120031386943078873289069222693826896799892056101
# 149^70+70^149, difficulty: 278.01, anorm: 9.97e+039, rnorm: -1.53e+052
# scaled difficulty: 280.04, suggest sieving rational side
# size = 2.773e-014, alpha = 0.000, combined = 8.262e-015, rroots = 0
type: snfs
size: 278
skew: 5.2229
c6: 35
c0: 710432
Y1: -6705343098319824504035000000000000000000000000
Y0: 119738888098469732352733201
rlim: 536000000
alim: 536000000
lpbr: 33
lpba: 33
mfbr: 66
mfba: 66
rlambda: 3.0
alambda: 3.0

Test sieving on the -r side with Q in blocks of 6K

Code:

Q=40M     11223
Q=100M    10841
Q=250M     9156
Q=400M     8198
Q=550M     7553
Q=700M     6760
Q=800M     6543

Not sure what is the best target number of relations for this job, so I list three scenarios.

Code:

# rels     Q range
800M       40M-560M
900M       40M-650M
1B         40M-740M

I am hoping Greg would be willing to take on postprocessing for this composite but I will reserve it if he is unable to do so.

RichD · 2017-10-27, 17:11

QUEUED C162 from the OPN t550 file.

Code:

n: 197622873793160243807385045116819555876404845504839179857130945490044807048446484276962290305846032932712738674572189413010412263215299396255923884269732389761061
# 101575129733962903176164717219488895595781584956747683545056554733469676083500321620734233^3-1 (P90^3-1)
# expecting poly E from 1.05e-12 to > 1.20e-12
# skew 6066744.05, size 1.052e-15, alpha -6.821, combined = 1.180e-12 rroots = 3
lss: 0
Y0: -15371818604016342704499800918662
Y1: 242959684100947
c0: 312205997068107821744178854799316960065
c1: -306252528432352480689437271018491
c2: -12938900013765957327549451
c3: -1397956056894758645
c4: 1818955314954
c5: 230256
skew: 6066744.05
type: gnfs
rlim: 67000000
alim: 67000000
lpbr: 30
lpba: 30
mfbr: 60
mfba: 60
rlambda: 2.6
alambda: 2.6

Trial sieving 5K blocks.

Code:

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
System management notes	kriesel	kriesel	7	2020-10-21 18:52
Improving the queue management.	debrouxl	NFS@Home	10	2018-05-06 21:05
Script-based Primenet assignment management	ewmayer	Software	3	2017-05-25 04:02
Do normal adults give themselves an allowance? (...to fast or not to fast - there is no question!)	jasong	jasong	35	2016-12-11 00:57
Power Management settings	PrimeCroat	Hardware	3	2004-02-17 19:11

2017-10-25, 04:20	#1211
axn Jun 2003 5,087 Posts	I think a fast SSD is also a good investment

2017-10-25, 16:21	#1216
fivemack (loop (#_fork)) Feb 2006 Cambridge, England 2³·11·73 Posts	I don't think I quite believe the SNFS-220 difficulty for that one; you're sieving 1920647391913^19-1, whose log is 233.39. (yes, the actual-underlying-number is x^18+x^17+...+x+1, but that's too high a degree polynomial for SNFS; and even in that case the log is 221.1)