| Author |
Message |
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
deadline extended |
|
|
|
|
|
Thx |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
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. |
|
|
|
|
|
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. |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
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. |
|
|
|
|
|
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. |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
deadline extended |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
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. |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
New batch has a 12d deadline. |
|
|
|
|
|
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
____________
|
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
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. |
|
|
|
|
|
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 |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
Try to restart Boinc or suspend/resume the task. |
|
|
|
|
|
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 |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
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. |
|
|
|
|
|
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. |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
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. |
|
|
|
|
|
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 |
|
|
rebirtherVolunteer moderator Project administrator Project developer Project tester Project scientist
 Send message
Joined: 2 Jan 13 Posts: 8595 Credit: 225,436,813 RAC: 0
|
|
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. |
|
|
|
|
|
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>
]]> |
|
|