LL-dc
log in

Advanced search

Message boards : Number crunching : LL-dc

Previous · 1 . . . 3 · 4 · 5 · 6 · 7 · Next
Author Message
Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12005 - Posted: 10 Aug 2026, 8:09:22 UTC - in response to Message 12004.

deadline extended

Profile [DPC] hansR
Send message
Joined: 9 Jun 15
Posts: 19
Credit: 1,846,021,190
RAC: 946,135
Message 12007 - Posted: 10 Aug 2026, 8:17:04 UTC - in response to Message 12005.

Thx

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12014 - Posted: 11 Aug 2026, 21:04:07 UTC

I have got an agreement with the dev to increase the deadline from 30d to 60d on GIMPs server side. The change to increase the deadline here will be done after a check and current WU batch. This will benefit from it on some slower cards.

=Lupus=
Send message
Joined: 12 Dec 14
Posts: 6
Credit: 21,024,126
RAC: 24,478
Message 12017 - Posted: 12 Aug 2026, 8:46:12 UTC

Just for info: 1080ti (one of those "old cards" which has to use NO_ASM) startet with 2d14h, after nearly 11h runtime it is now at 1d18h left.

This way everyone can guess what to expect from pre-rtx nvidia cards:
1050ti 5 days+
1070 my guess 3 1/2 days
1080ti, titan 2 1/2 days
1660 my guess 3+ days

Good thing: after first completion BOINC will know how long ll_dc runs. When asking for more work (let's guess your settings are 1day work + 1day addition) it will ask for only one more, which will perfectly fit into deadline, even for slow machines.

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12018 - Posted: 12 Aug 2026, 8:57:34 UTC - in response to Message 12017.

You can check the FAQ for estimated runtimes. It is not possible to get more than 1 WU per GPU on ll-dc on work request. It is limited.

siu77
Send message
Joined: 23 Jul 22
Posts: 1
Credit: 2,446,405
RAC: 11,293
Message 12020 - Posted: 12 Aug 2026, 15:58:41 UTC

I received a task for the RX 560 card. It seems to be working, but it needs more time to complete.

Could you please extend the deadline?

20260812 18:57:18 81866857 44300000 ca8b28a17eb9e041 7003 ETA 3d 01:05

Perhaps + 2-3 days will be more than enough.

Thank you.

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12021 - Posted: 12 Aug 2026, 16:08:51 UTC - in response to Message 12020.

deadline extended

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12026 - Posted: 17 Aug 2026, 8:03:35 UTC - in response to Message 12014.

I have got an agreement with the dev to increase the deadline from 30d to 60d on GIMPs server side. The change to increase the deadline here will be done after a check and current WU batch. This will benefit from it on some slower cards.


After a short request the deadline wasn't changed. No new tasks until dev can fix it.

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12027 - Posted: 17 Aug 2026, 21:23:58 UTC

New batch has a 12d deadline.

Profile Steve Dodd
Send message
Joined: 12 Sep 16
Posts: 9
Credit: 921,939,112
RAC: 8,541,187
Message 12041 - Posted: 2 Sep 2026, 22:15:01 UTC

Checked the FAQ on runtimes, so I'm posting here for more information:

stderr.txt:
...
No FFTs found in tune.txt that can handle 83750453. Consider tuning with -tune
...
last 2 entries in stderr.txt:
20260831 06:33:57 83750453 2160000 bea6193ead41f6ee 494.4 ETA 11:12
20260831 06:34:07 83750453 2180000 a92b47272c

WU has been running for 1d 21:43:00 on a 4070 Super. This seems inordinately long. (A 2nd WU is also running on a 2nd 4070 Super; 1d 11:41:00. It's stderr.txt entry has the same "No FFTs..." and what looks to be an abbreviated last entry similar to above).

Are these WUs "bad" or did something happen running these that I should abort them after this long? (Like the stderr.txt file reached a limit of some kind?)

Steve
____________

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12042 - Posted: 3 Sep 2026, 4:41:50 UTC - in response to Message 12041.

Don't abort it as long as you can see stderr.txt entries. And yes after running on fast cards the stderr.txt has too many entries and overwrite oldest because of a limit in size.

Profile Steve Dodd
Send message
Joined: 12 Sep 16
Posts: 9
Credit: 921,939,112
RAC: 8,541,187
Message 12043 - Posted: 3 Sep 2026, 9:12:21 UTC - in response to Message 12042.

Ok, reb. Just an FYI, though. Since I posted this, that last entry hasn't changed and there is no newer entry in the file that over wrote a previous entry.

Steve

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12044 - Posted: 3 Sep 2026, 9:22:13 UTC - in response to Message 12043.

Try to restart Boinc or suspend/resume the task.

Magiceye04
Send message
Joined: 22 Apr 21
Posts: 18
Credit: 39,950,092
RAC: 330,668
Message 12046 - Posted: 3 Sep 2026, 19:57:41 UTC
Last modified: 3 Sep 2026, 20:26:17 UTC

How long does it take until an ETA will be shown in the stderr.txt ?

After 16 minutes it is just:
2026-09-03 21:40:29 (44045): wrapper (8.3.26019): starting
2026-09-03 21:40:29 (44045): wrapper: running ./prpll (-d 0)
2026-09-03 21:40:29 (44045): wrapper: created child process 44047

Even no checkpoint after 18 minutes. FAQ tells me that checkpoint is 2 minutes.

GPU is RTX4070
OS is Ubuntu24

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12047 - Posted: 3 Sep 2026, 20:19:26 UTC - in response to Message 12046.
Last modified: 3 Sep 2026, 20:26:10 UTC

I have an entry on my RX5500 in 2min. Something is not correct on your card. Can you see an usage? It looks like the same issue as the user before your post. That's odd.

Magiceye04
Send message
Joined: 22 Apr 21
Posts: 18
Credit: 39,950,092
RAC: 330,668
Message 12048 - Posted: 3 Sep 2026, 20:26:06 UTC - in response to Message 12047.
Last modified: 3 Sep 2026, 20:27:00 UTC

Now the file is filled more.
...
20260903 22:18:11 83816141 2120000 0ba2356936afc753 1071 ETA 1d 00:18
20260903 22:18:32 83816141 2140000 700738507bafd62c 1059 ETA 1d 00:02

Boinc still shows no checkpoint. Or is every new line in the stderr.txt a checkpoint? That would be 20 seconds.
But the file itself is updated only every ~10 minutes.

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12049 - Posted: 3 Sep 2026, 20:30:14 UTC - in response to Message 12048.

yes, every line is written too fast in stderr.txt on faster cards that's why you should change the -log option and it is a checkpoint.

Profile DerLetzteGermane
Send message
Joined: 5 Jun 20
Posts: 1
Credit: 28,495,150
RAC: 1,070,073
Message 12050 - Posted: 4 Sep 2026, 4:50:26 UTC

I have the first WU running. It's been running for 7 hours and 40 minutes, but it's been showing 100% the whole time. I'm using GTX 4070 Ti + win11

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 8595
Credit: 225,436,813
RAC: 0
Message 12051 - Posted: 4 Sep 2026, 6:07:26 UTC - in response to Message 12050.

BOINC needs some time and results for the server until it calculates an average runtime. Take a look into the FAQ to see runtimes for different cards or check the stderr.txt for progress.

Cuda.Cruncher
Send message
Joined: 1 Jan 24
Posts: 4
Credit: 254,127,120
RAC: 8,081,642
Message 12057 - Posted: 7 Sep 2026, 15:45:48 UTC

My nvidia cards are crunching the llr tasks ok, however my rx7900gre failed on four in a row. Errored out quick. Will try on a rx9070xt I have.

Stderr output
<core_client_version>7.20.2</core_client_version>
<![CDATA[
<stderr_txt>
2026-09-06 20:16:23 (12328): wrapper: running prpll.exe (-d 0)
2026-09-06 20:16:23 (12328): wrapper: created child process 2876
20260906 20:16:23 PRPLL v8.0-2-g8fb01aa starting
20260906 20:16:23 config: -d 0
20260906 20:16:24 device 0, OpenCL 3679.0 (PAL,LC), AMD Radeon RX 7900 GRE, unique id ''
20260906 20:16:24 83822987 No FFTs found in tune.txt that can handle 83822987. Consider tuning with -tune
20260906 20:16:24 83822987 config:
20260906 20:16:24 83822987 Using CARRY64
20260906 20:16:24 83822987 FFT: 2M 4:1K:4:256:101 (39.97 bpw)
20260906 20:16:24 83822987 LL loaded @ 0 : 0000000000000004
20260906 20:16:24 83822987 In file included from C:\Users\750\AppData\Local\Temp\comgr-9942b7\input\CompileSource:1:
In file included from C:\Users\750\AppData\Local\Temp\comgr-9942b7\include\fftp.cl:5:
In file included from C:\Users\750\AppData\Local\Temp\comgr-9942b7\include\fftwidth.cl:18:
C:\Users\750\AppData\Local\Temp\comgr-9942b7\include\fftbase.cl:1136:8: error: assigning to '__private F2' (aka '__private float2') from incompatible type 'ulong2' (vector of 2 'ulong' values)
1136 | base = U2(fma(a, -w.y, w.x), fma(a, w.x, -w.y));
| ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
Error: Failed to compile source (from CL or HIP source to LLVM IR).

20260906 20:16:24 83822987 Compiling 'fftp.cl' error COMPILE_PROGRAM_FAILURE (-15) (args -cl-finite-math-only -cl-std=CL2.0 -DEXP=83822987ull -DWIDTH=1024u -DSMALL_HEIGHT=256u -DMIDDLE=4u -DCARRY_LEN=8u -DNW=4u -DNH=4u -DAMDGPU=1 -DCARRY64=1 -DFFT_VARIANT=101u -DMAXBPW=4750u -DWEIGHT_STEP=0.021072344420741435 -DIWEIGHT_STEP=-0.020637464657507557 -DTAILT=U2(-7.52981578e-05f,0.0122715384f) -DTRIG_SCALE=9 -DTRIG_SIN={6.6579027251980952e-07,3.7209369054580932e-23,-4.9188217704570848e-20,1.0901995091303198e-33,-1.1506191102407305e-47,7.0839240359575376e-62,-2.8545227803597818e-76,8.0307778151820938e-91,} -DTRIG_COS={1,-2.2163834349100114e-13,8.1872592175725296e-27,-1.209740380477418e-40,9.5758876440886212e-55,-4.7164085661095887e-69,1.5838111582820031e-83,-3.830342691138796e-98,} -DTAILTGF31=U2(509684486u,293249438u) -DTAILTGF61=U2(249938719029223731ull,1245372627562045535ull) -DFFT_TYPE=4 -DWordSize=8u -DDISTGF31=819200u -DDISTWTRIGGF31=2560u -DDISTMTRIGGF31=768u -DDISTHTRIGGF31=131776u -DDISTGF61=1638400ull -DDISTWTRIGGF61=3072ull -DDISTMTRIGGF61=1792ull -DDISTHTRIGGF61=263040ull -DFRAC_BPW_HI=4165752831u -DFRAC_BPW_LO=4294967295u -DFFT_FP64=0 -DFFT_FP32=1 -DNTT_GF31=1 -DNTT_GF61=1 )
20260906 20:16:24 83822987 Can't compile fftp.cl
20260906 20:16:24 Exception "Can't compile fftp.cl"
20260906 20:16:24 Bye
2026-09-06 20:16:25 (12328): prpll.exe exited; CPU time 0.000000
2026-09-06 20:16:25 (12328): called boinc_finish(0)

</stderr_txt>
<message>
upload failure: <file_xfer_error>
<file_name>LL-dc_83.79-83.83M_wu_361_13_0</file_name>
<error_code>-240 (stat() failed)</error_code>
</file_xfer_error>
</message>
]]>

Previous · 1 . . . 3 · 4 · 5 · 6 · 7 · Next
Post to thread

Message boards : Number crunching : LL-dc


Main page · Your account · Message boards


Copyright © 2014-2026 BOINC Confederation / rebirther