mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   NFS@Home (https://www.mersenneforum.org/forumdisplay.php?f=98)
-   -   Linear algebra reservations, progress and results (https://www.mersenneforum.org/showthread.php?t=20023)

Dubslow 2016-01-23 12:23

[QUOTE=Xyzzy;422548]It takes us days, but we start downloading relations as soon as they start coming in. At first it is hard to keep up but things balance out nicely towards the end.

[c]while true; do nice wget --continue --limit-rate=64k --user=rsals_data --password=***** http://escatter11.fullerton.edu/nfs_data/12_226_plus_7_226/12_226_plus_7_226.dat.gz; sleep 3600; done[/c][/QUOTE]

I've added this to my own script:

[code]url='http://escatter11.fullerton.edu/nfs_data'
name='4051_71_minus1'
user=****
pass=****
slptime=3600
rate=250k
exts='fb ini poly'

for ext in $exts; do
wget -N --user=$user --password=$pass "$url/$name/$name.$ext"
done

while true; do
nice wget --continue --limit-rate=$rate --user=$user --password=$pass "$url/$name/$name.dat.gz"
sleep $slptime
done
[/code]

I'm curious though, why the [c]nice[/c]? Surely a simple (rate limited) TCP download consumes negligible processing power?

Xyzzy 2016-01-23 16:08

[QUOTE=Dubslow;423720][code]exts='fb ini poly'[/code][/QUOTE]
Why do you need the .poly file?

[quote]I'm curious though, why the [c]nice[/c]? Surely a simple (rate limited) TCP download consumes negligible processing power?[/quote]That is just a habit we have from way back when CPU resources were tight. It was always the polite thing to do. (And on one server we deal with even today, running a process that way allows us to skirt the process CPU time limitation.)

FWIW, when we have downloaded the .fb and .ini file, we rename them to msieve.fb and worktodo.ini so that the command line to invoke msieve is simpler.

:mike:

Dubslow 2016-01-23 21:33

[QUOTE=Xyzzy;423740]Why do you need the .poly file?

That is just a habit we have from way back when CPU resources were tight. It was always the polite thing to do. (And on one server we deal with even today, running a process that way allows us to skirt the process CPU time limitation.)

FWIW, when we have downloaded the .fb and .ini file, we rename them to msieve.fb and worktodo.ini so that the command line to invoke msieve is simpler.

:mike:[/QUOTE]

Hmm, there's no :shrug:

Honestly, no real reason. I had the .projection too for a while before I realized it's large and a waste.

Jarod 2016-01-24 04:31

C170_122_63 Done
 
1 Attachment(s)
LA took 13 hours 51 minutes to complete using either 6 or 8 threads on a I 7 5960 X at 3 GHz.

[C]prp52 factor: 7900083352228908935782292679688341172833928993595953
prp118 factor: 2028402787009378656990445950154672782198265845967931765722769217754896599149319369650857058346177958425237023520001137[/C]


Please find log attached

jyb 2016-01-24 19:01

I can take 8_269_minus_7_269 for post-processing.

unconnected 2016-01-25 07:44

1 Attachment(s)
C165_842592_8032 completed - 35 hours for 8.3M matrix (TD=140).

[CODE]prp67 factor: 1050566961306451588674530244517205327913164128373334255482224505743
prp99 factor: 664910913443536911339260986610284630155514114445454204744433715236688283538021166444218857757023173
[/CODE]

swellman 2016-01-25 15:41

Reserving C178_149_35.

Xyzzy 2016-01-25 15:49

We are pretty sure we know what the difference is between a "p" and a "prp".

Why does msieve sometimes report a "prp"?

:mike:

Xyzzy 2016-01-25 16:05

We had an idea a few days ago:

We are willing to download, package and snail-mail files in case someone is in a situation where they want to do LA work but they do not have the resources to download big files.

Mailing a USB key is slow but we think (?) there is no race to get this work done.

Anyways, if anyone wants a deal like this just let us know.

:mike:

wombatman 2016-01-25 16:07

[QUOTE=Xyzzy;423991]We are pretty sure we know what the difference is between a "p" and a "prp".

Why does msieve sometimes report a "prp"?

:mike:[/QUOTE]

I'm pretty sure msieve just doesn't prove primality on the factors. I believe it checks (via Fermat, maybe?) for probable primality and whether the factor divides the input number.

VBCurtis 2016-01-25 18:31

[QUOTE=wombatman;423994]I'm pretty sure msieve just doesn't prove primality on the factors. I believe it checks (via Fermat, maybe?) for probable primality and whether the factor divides the input number.[/QUOTE]

I am pretty sure this is correct, but that below a certain size prp and p are equivalent in that it has been shown that every prp via the test msieve uses below n digits is p. I don't remember what n is: 25ish?


All times are UTC. The time now is 23:07.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.