18492 WU's will expire on RPi4B

[ETA_2025]

... try checking their completion rate. The app is also there to do that...

Is this app available to users, and if so, where is it?

[Joe_H]

... try checking their completion rate. The app is also there to do that...

Is this app available to users, and if so, where is it?

The Bonus Status - https://apps.foldingathome.org/bonus - is about as close as possible to that. It lists how many QRB eligible WUs have been downloaded vs. how many have not been completed within the timeout period. There are several other public apps in that directory.

[ETA_2025]

I will continue my crusade to educate people about the folly of using a potato farm for distributed computing. Please invest in a small number of modern 8-16 multi-core computer, people, please. I've learned over the last 4.5 years of folding that it's way more efficient and productive.

Why not just restrict folding to modern GPU's with more than x CUDa's? That would result in all WU's being completed more quickly and efficiently. But fewer WU's would be completed as lots of other hardware, capable of completing WU's, wouldn't be able to fold.

Your mistake is assuming someone would upgrade their hardware, just to fold faster. Some will, but many won't.

[ETA_2025]

... try checking their completion rate. The app is also there to do that...

Is this app available to users, and if so, where is it?

The Bonus Status - https://apps.foldingathome.org/bonus - is about as close as possible to that. It lists how many QRB eligible WUs have been downloaded vs. how many have not been completed within the timeout period. There are several other public apps in that directory.

Thanks. I know about the web apps, but didn't realise the Bonus Status app contained that information.

[ETA_2025]

I continue to receive 18490-4 WU's on my RPi4B's, which cannot complete the WU's before the Timeout.

Is there any way to prevent RPI4B's receiving these WU's, as I currently have four machines without a folding slot, as they keep getting 18490-4 WU's?

I've also set other machines to finish, so they don't waste time working on 18490-4 WU's, that they could receive while I'm asleep.

[Joe_H]

I will bring this back to the researchers attention, they responded on Monday that this should have stopped occurring.

[ETA_2025]

My RPi4B's are once again receiving 18490-4 WU's, which my RPi5B's can complete in time, while my RPi5B's are receiving 12417-9 WU's, that the RPi4B's can complete in time.

I assume that the constraints of 18490-4 WU's have been set to the default settings again.

[ETA_2025]

This is ridiculous! When will RPi4B's stop getting 18490-4 WU's that I just have to repeatedly dump.

[Joe_H]

Please post some log sections showing the downloads and times. The server was supposed to have been placed on low priority to distribute these WUs, I can bother the person responsible again.

[ETA_2025]

These are from one machine. I finally received a 12417 WU at 05:35:12Z on 03-Oct-2024.

10:48:02:WU00:FS00:0xa8:*********************** Log Started 2024-10-02T10:48:01Z ***********************
11:06:55:WU01:FS00:Received Unit: id:01 state:DOWNLOAD error:NO_ERROR project:18494 run:5 clone:43 gen:42 core:0xa8 unit:0x2a0000002b000000050000003e480000
01:57:02:WU00:FS00:0xa8:*********************** Log Started 2024-10-03T01:57:02Z ***********************
01:57:02:WU00:FS00:Received Unit: id:00 state:DOWNLOAD error:NO_ERROR project:18494 run:19 clone:57 gen:13 core:0xa8 unit:0x0d00000039000000130000003e480000
03:39:12:WU00:FS00:Received Unit: id:00 state:DOWNLOAD error:NO_ERROR project:18494 run:1 clone:25 gen:49 core:0xa8 unit:0x3100000019000000010000003e480000
03:40:33:WU00:FS00:Received Unit: id:00 state:DOWNLOAD error:NO_ERROR project:18494 run:14 clone:53 gen:48 core:0xa8 unit:0x30000000350000000e0000003e480000
05:08:55:WU00:FS00:Received Unit: id:00 state:DOWNLOAD error:NO_ERROR project:18494 run:11 clone:19 gen:45 core:0xa8 unit:0x2d000000130000000b0000003e480000
05:11:15:WU00:FS00:Received Unit: id:00 state:DOWNLOAD error:NO_ERROR project:18493 run:8 clone:42 gen:125 core:0xa8 unit:0x7d0000002a000000080000003d480000
05:16:30:WU00:FS00:Received Unit: id:00 state:DOWNLOAD error:NO_ERROR project:18494 run:2 clone:81 gen:16 core:0xa8 unit:0x1000000051000000020000003e480000

I hope this is enough detail for you Joe.

Also seven of my ten RPi5B's are currently doing 18490-4 WU's.

Out of curiosity, is it possible for a WU constraints, to differentiate between a RPi4B and a RPi5B?

[Joe_H]

I have passed on the info.

Out of curiosity, is it possible for a WU constraints, to differentiate between a RPi4B and a RPi5B?

Potentially it could be done, they are looking at CPU constraints for a different reason connected with distinguishing between older and newer Intel and AMD CPUs. But it will probably need some changes to the server and/or client code to implement.

[muziqaz]

There is no way to disable RPi4 and keep RPi5 folding. Well, there are ways, but they are extremely time consuming and complicated at a lot of levels. We (as in internal testers) would need to find the differences in certain aspects between RPi4 and RPi5 ISA, and then relay that info to project owner, for them to do some manual constraints (which no one ever done before) to make it work.
Regarding, why you are receiving these projects, as Joe mentioned, it is being looked at

[muziqaz]

Oh, another question, just to make sure: are your RPis running Linux?

[muziqaz]

Ok, we finally got to the bottom of the constraints. You should not be getting any of these projects again.
However, if you receive some other project which you cannot complete in time, please let us know
Thanks

[ETA_2025]

Oh, another question, just to make sure: are your RPis running Linux?

Yes, Raspberry Pi OS Bookworm.

Ok, we finally got to the bottom of the constraints. You should not be getting any of these projects again.
However, if you receive some other project which you cannot complete in time, please let us know
Thanks

Thanks muziqaz.