mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   CADO-NFS (https://www.mersenneforum.org/forumdisplay.php?f=170)
-   -   CADO NFS (https://www.mersenneforum.org/showthread.php?t=11948)

EdH 2020-08-28 16:14

[QUOTE=EdH;555124]. . . More later.[/QUOTE]
The more:

There is an incompatibility barrier that was crossed sometime in March 2020 that causes WUs to fail across the barrier. This means that the server and clients need to be on the same side of March 2020.

Currently, there is an open issue that causes an Error -6 interruption on rare occasions. When this error occurs, CADO-NFS cannot complete filtering and won't move on. However, I have been able to run Msieve on the relations found, and even rerun CADO-NFS to add relations by using "tasks.sieve.rels_wanted" in the snapshot file and using the snapshot to restart the CADO-NFS run. It still failed at filtering in my tests.

RichD 2020-08-28 17:35

So upgrading everything to the above "commit" should be fine, whether server, client or standalone.

VBCurtis 2020-08-28 17:47

[QUOTE=RichD;555293]So upgrading everything to the above "commit" should be fine, whether server, client or standalone.[/QUOTE]

Except for the sometimes-broken filtering..

RichD 2020-08-28 17:52

[QUOTE=EdH;555281]Currently, ...[/QUOTE]

[QUOTE=VBCurtis;555294]Except for the sometimes-broken filtering..[/QUOTE]

Ah, yes. :richd:

EdH 2020-09-07 19:12

Just thought I'd post some more about the latest commit I'm using, since I mentioned the error (exit -6) trouble.

I'm still running the same commit across my entire "farm." I have only experienced one or two more of the troublesome error, but the bulk of my factorizations have been for composites <160 dd.

I have experienced a couple other issues, but they may have been noticed with earlier commits, too. The most annoying is if I run the server without the "--server" switch, quite often, one or more of the localhost polyselect processes gets lost. Then the server stops everything (except the constant checking for it) until the timeout occurs. It then goes ahead and reissues the WU and all is then well. But waiting an hour (or even the 15 minutes I now have it set at) for a lost WU to be replaced is (as mentioned) "annoying."

Because of this, I now use the "--server" switch and invoke the clients on the server machine externally.


All times are UTC. The time now is 16:25.

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