so. all my long2 are now marked for resending...I'm 2-3 days away from finishing...

I had five long2 running for just over 2 days on my i9-7900X with 5 hours remaining. After reading about allowing "mt" I picked up that app_config.xml and put it into my srbase project directory. I then requested a "read" of the xml. OK, it was read but no extra CPUs were assigned. Still using 1 cpu each and I got 20 cpu threads total.

I then surmised that I had to stop and start boinc to make it happen. That did not work either. In fact, it made things MUCH WORSE. It seems there is no checkpointing going on. Those 5 tasks that had run for over 2 days started over at "0". They now show 35 minutes elapsed and 20 hours remaining instead of 2+ days elapsed and 5 hours remaining.

As soon as I post this I will abort them and go back to number fields.

I had five long2 running for just over 2 days on my i9-7900X with 5 hours remaining. After reading about allowing "mt" I picked up that app_config.xml and put it into my srbase project directory. I then requested a "read" of the xml. OK, it was read but no extra CPUs were assigned. Still using 1 cpu each and I got 20 cpu threads total.

I then surmised that I had to stop and start boinc to make it happen. That did not work either. In fact, it made things MUCH WORSE. It seems there is no checkpointing going on. Those 5 tasks that had run for over 2 days started over at "0". They now show 35 minutes elapsed and 20 hours remaining instead of 2+ days elapsed and 5 hours remaining.

As soon as I post this I will abort them and go back to number fields.

I looked at that data here and you are correct that the checkpointing was working. Be that as it may, I suspect it would have remained around %83 done for the next several days. When I restarted BOINC the estimated hours changed as I indicated. That could be a feature of boinc, not remembering starting over with an estimate.

I did complete several work units so not all was lost.

Maybe you can tell me what went wrong with app_config When I rebooted I did not get any more than 1 CPU on those long2.

This system was processing 3 gpugrid task but all other CPUs (about 18) were available. Only 5 long2 were running. Something missing or left out?

See this thread for more info about checkpoints: http://srbase.my-firewall.org/sr5/forum_thread.php?id=1129

Can you post the contents of your app_config.xml file please.
[I know you linked to one you found but want to see what you actually used.]

[I know you linked to one you found but want to see what you actually used.]

Bottom line is:

Ignore the percentage done.

Ignore the time estimates. Since the percent done is wrong, the estimates are useless.

Checkpointing works. Absolutely, Positively. You can trust it.
____________
Want to find one of the largest known primes? Try PrimeGrid. Or help cure disease at WCG.

[I know you linked to one you found but want to see what you actually used.]

the linked one is mine, it should work.
maybe it isn't in the right directory

[I know you linked to one you found but want to see what you actually used.]

the linked one is mine, it should work.
maybe it isn't in the right directory

seeing this in event log - is it a problem?

5/4/2019 6:27:38 AM | SRBase | Found app_config.xml 5/4/2019 6:27:38 AM | SRBase | unexpected text '(for WUprop optional)' in app_config.xml

remove this (for WUprop optional) from config file

RUNNING WITH 4 CPUs might get a little toastie at 73c

had to restart boinc, not just re-read that app file

RUNNING WITH 4 CPUs

had to restart boinc, not just re-read that app file

RUNNING WITH 4 CPUs

had to restart boinc, not just re-read that app file

So if you had got your app_config.xml file right, what you did earlier when you re-started Boinc would have seen everything work as expected ?