LLR version 3.8.24 released.

[hunson]

Hi there,

currently I am doing a private prime search project with rather small numbers.
I am wondering whether it might be possible to tell llr (or pfgw in this regard) not to write these temp. files for every candidate it checks. I guess these make sense for large numbers, but when the time per task is less then a second it causes just unnecessary disc writes.

regards

hunson

[Happy5214]

Originally Posted by hunson

Hi there,

currently I am doing a private prime search project with rather small numbers.
I am wondering whether it might be possible to tell llr (or pfgw in this regard) not to write these temp. files for every candidate it checks. I guess these make sense for large numbers, but when the time per task is less then a second it causes just unnecessary disc writes.

regards

hunson

I've traditionally used OpenPFGW (albeit an older version) for n<10,000 for that reason, and I don't experience the excessive disk writes that I get with LLR. LLR logs every test residue in a file, which is useful for some, but if you only need the list of primes and don't need to double-check in the future, PFGW is the way to go for these really small candidates.

[LaurV]

You can get rid of those temp files, but you will still need to keep the residues, then ramdisk is the key. We make one small 1G ramdisk using the Dataram's tool (the tool is not free for larger sizes) and then everything runs much faster. Periodically we copy its content to hdd to avoid disaster in case of crashes or electricity breaks. We never had any (major) issues with it. Beside of running faster, this also protects your HDD (and running such short jobs from an SSD is actualy a very bad idea, due to a lot of disk activity).

[hunson]

Originally Posted by LaurV

Beside of running faster, this also protects your HDD (and running such short jobs from an SSD is actualy a very bad idea, due to a lot of disk activity).

This is exactly the reason why I asked this. Thanks for the idea using a ramdisk.



hunson

[Jean Penné]

Originally Posted by Prime95

I don't know if Jean Penne is still the maintainer of LLR, but gwnum version 30.6 has some new features that might speed up LLR.

I am sorry, George, but I am seeing your post only to-day!
I thank you for this info. and shall take it into account as soon as possible.

Best Regards,
Jean

[ryanp]

Originally Posted by Jean Penné

I am sorry, George, but I am seeing your post only to-day!
I thank you for this info. and shall take it into account as soon as possible.

Best Regards,
Jean

Excellent! I am eagerly awaiting LLR 3.8.25 (or perhaps 3.9 or 4.0?) with some exciting new speedups and linked against GWNUM 30.6