prst-v3.exe doesn't always snooze completely
log in

Advanced search

Message boards : Number crunching : prst-v3.exe doesn't always snooze completely

Author Message
WezH
Send message
Joined: 4 Nov 20
Posts: 11
Credit: 60,280,042
RAC: 645,901
Message 10971 - Posted: 22 Aug 2025, 15:39:38 UTC

I have noticed that when I snooze Boinc or setting is "Suspend computing when in use" prst-v3.exe doesn't stop working. Boinc Manager does show that tasks are suspended but process still uses 100% of cpu core.

Sometimes it is all processes, sometimes it just like 3 out of 32.

I have noticed this behaviour at least two Windows 10 machines and just did notice it in Ubuntu 20.04.

If I restart Boinc client this behaviour disapears, but it returns later.

Is there problem with application or in my hosts?

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 7930
Credit: 44,538,964
RAC: 137
Message 10972 - Posted: 22 Aug 2025, 15:48:44 UTC - in response to Message 10971.
Last modified: 22 Aug 2025, 15:59:55 UTC

I have noticed that when I snooze Boinc or setting is "Suspend computing when in use" prst-v3.exe doesn't stop working. Boinc Manager does show that tasks are suspended but process still uses 100% of cpu core.

Sometimes it is all processes, sometimes it just like 3 out of 32.

I have noticed this behaviour at least two Windows 10 machines and just did notice it in Ubuntu 20.04.

If I restart Boinc client this behaviour disapears, but it returns later.

Is there problem with application or in my hosts?


The app is fine and using the native wrapper from the app itself. What BOINC version are you running? Do you run it on multithread or standard?

I will try to test it on ubuntu18 and on win10

Update:
no issues if I suspend tasks on win10, BOINC v7.20.2, the tasks do nothing until I unpaused them.

WezH
Send message
Joined: 4 Nov 20
Posts: 11
Credit: 60,280,042
RAC: 645,901
Message 10973 - Posted: 22 Aug 2025, 16:05:32 UTC - in response to Message 10972.

The app is fine and using the native wrapper from the app itself. What BOINC version are you running? Do you run it on multithread or standard?

I will try to test it on ubuntu18 and on win10


Every host is running standard.

1st Win 10 host is running 7.14.2, this is "Suspend when active" and have seen this problem many times, all 12 processes are using 100% even when Boinc says suspended.

2nd Win 10 host is running 8.0.2, I just did snooze it and it did have 3 out 32 tasks using 100%

Ubuntu host is using 8.0.4 and just did notice when I did snooze there was still 4 tasks using 100%

I can't reproduce this problem after I did restart Boinc client. It appears after several hours (tasks, maybe?) has gone by.

WezH
Send message
Joined: 4 Nov 20
Posts: 11
Credit: 60,280,042
RAC: 645,901
Message 10974 - Posted: 22 Aug 2025, 16:15:57 UTC - in response to Message 10972.

Update:
no issues if I suspend tasks on win10, BOINC v7.20.2, the tasks do nothing until I unpaused them.


Yes, this is intermittent problem, it doesn't always do it but I have seen it happened many times.

I will try to reproduce this problem and give more information when it happens.

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 7930
Credit: 44,538,964
RAC: 137
Message 10975 - Posted: 22 Aug 2025, 16:20:31 UTC - in response to Message 10974.
Last modified: 22 Aug 2025, 16:21:15 UTC

Update:
no issues if I suspend tasks on win10, BOINC v7.20.2, the tasks do nothing until I unpaused them.


Yes, this is intermittent problem, it doesn't always do it but I have seen it happened many times.

I will try to reproduce this problem and give more information when it happens.


Cannot reproduce the problem.

You can try to debug with
<suspend_debug>
The taskmanager has 0% cpu load after suspend. That's odd if different of your hosts have this issue.

WezH
Send message
Joined: 4 Nov 20
Posts: 11
Credit: 60,280,042
RAC: 645,901
Message 10976 - Posted: 22 Aug 2025, 16:26:33 UTC - in response to Message 10975.

Cannot reproduce the problem.

You can try to debug with
<suspend_debug>
The taskmanager has 0% cpu load after suspend. That's odd if different of your hosts have this issue.


Okay, debug flag is on, I report if I see this problem again.

And yes, it is odd to see same problem with three different computers...

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 7930
Credit: 44,538,964
RAC: 137
Message 10977 - Posted: 22 Aug 2025, 16:55:10 UTC

No issues too on ubuntu 18, BOINC v7.22.2, suspending is working as expected, i7

Fri 22 Aug 2025 06:52:14 PM CEST | SRBase | task S1030_100-125k_wu_77027_0 suspended by user Fri 22 Aug 2025 06:52:14 PM CEST | SRBase | task S1030_100-125k_wu_77018_0 suspended by user Fri 22 Aug 2025 06:52:29 PM CEST | SRBase | task S1030_100-125k_wu_77027_0 resumed by user Fri 22 Aug 2025 06:52:29 PM CEST | SRBase | task S1030_100-125k_wu_77018_0 resumed by user

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 7930
Credit: 44,538,964
RAC: 137
Message 10978 - Posted: 22 Aug 2025, 18:47:40 UTC

The snooze option is different from what I'm talking. Check your snooze settings in prefs and if you use different computer types like home, school etc, has nothing to do with the app but with a BOINC client setting.

Paul
Send message
Joined: 7 Feb 16
Posts: 5
Credit: 2,541,138
RAC: 10,532
Message 10979 - Posted: 22 Aug 2025, 19:30:40 UTC - in response to Message 10977.

For me on Ubuntu 24.04 with BOINC 8.0.4 I see prst_linux_v3 always run on if suspended or pre-empted by other work.
BOINC shows suspended or waiting to run but top shows prst_linux_v3 running.
____________
Paul.

WezH
Send message
Joined: 4 Nov 20
Posts: 11
Credit: 60,280,042
RAC: 645,901
Message 10982 - Posted: 23 Aug 2025, 6:57:32 UTC
Last modified: 23 Aug 2025, 7:06:30 UTC

Now problem is back after 12+ hours in Ubuntu and Win 10 hosts.

I did suspend and there was still 3 running 100%. Unsuspended and waited 5 minutes then did suspend and there was 4 tasks running 100%. Unsuspend, waited 10 minutes and now there is 9 tasks running 100%.

Event log debug didn't show much:

23/08/2025 09:27:44 | | Suspending computation - user request 23/08/2025 09:27:44 | | [suspend] net_susp: no; file_xfer_susp: no; reason: unknown reason 23/08/2025 09:27:45 | | [suspend] net_susp: no; file_xfer_susp: no; reason: unknown reason . . . 23/08/2025 09:28:59 | | [suspend] net_susp: no; file_xfer_susp: no; reason: unknown reason 23/08/2025 09:29:00 | | Resuming computation 23/08/2025 09:29:00 | | [suspend] net_susp: no; file_xfer_susp: no; reason: unknown reason


The "[suspend] net_susp: no; file_xfer_susp: no; reason: unknown reason" logs every second?


Same problem with Win 10 host, suspended and firs there was two tasks were still running 100%, then 4, and third time it was 6.

Same "[suspend]" event log message in win too, no other information.

After restarting boinc clients in both hosts problem disapears.

And Paul has same problem so it's not just me.

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 7930
Credit: 44,538,964
RAC: 137
Message 10983 - Posted: 23 Aug 2025, 7:11:55 UTC
Last modified: 23 Aug 2025, 11:47:39 UTC

That is bad. I must check the code.

Update
Can you also log

<task_debug>


update2
tests done so far, win7, win10, ubuntu 18, BOINC v7.20/22, Debian 13 with BOINC v8.0.4, all are working so far

update3
I thought it could be the BOINC version and installed v8.2.4 on win10, suspend/resume also working as expexted

WezH
Send message
Joined: 4 Nov 20
Posts: 11
Credit: 60,280,042
RAC: 645,901
Message 10991 - Posted: 23 Aug 2025, 15:21:37 UTC - in response to Message 10983.
Last modified: 23 Aug 2025, 15:22:45 UTC


Update
Can you also log
<task_debug>



<task_debug> on, suspended, this is log:

23/08/2025 18:08:04 | | Suspending computation - user request 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S68_1.25-1.5M_wu_b_3922_1 from suspend 23/08/2025 18:08:04 | PrimeGrid | [task] task_state=QUIT_PENDING for fcsieve_768481_1 from request_exit() 23/08/2025 18:08:04 | | request_exit(): PID 335104 has 1 descendants 23/08/2025 18:08:04 | | PID 274772 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S68_1.25-1.5M_wu_b_4029_1 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S68_1.25-1.5M_wu_b_4039_1 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S68_1.25-1.5M_wu_b_3386_1 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S16_1.75-2M_wu_78373_1 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S68_1.25-1.5M_wu_b_4319_1 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S16_1.75-2M_wu_78465_1 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142093_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142091_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142109_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142573_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S16_1.75-2M_wu_75613_3 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S16_1.75-2M_wu_72751_2 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S16_1.75-2M_wu_73491_2 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142575_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S16_1.75-2M_wu_78984_1 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142567_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S16_1.75-2M_wu_78985_1 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142612_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142614_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142602_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142606_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142611_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142610_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142598_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142608_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142609_0 from suspend 23/08/2025 18:08:04 | PrimeGrid | [task] task_state=QUIT_PENDING for fcsieve_774050_0 from request_exit() 23/08/2025 18:08:04 | | request_exit(): PID 335328 has 1 descendants 23/08/2025 18:08:04 | | PID 346460 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142599_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142600_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142615_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142605_0 from suspend 23/08/2025 18:08:04 | SRBase | [task] task_state=SUSPENDED for S1030_100-125k_wu_142601_0 from suspend 23/08/2025 18:08:04 | iThena.Measurements | [task] task_state=SUSPENDED for PERF_TESTS_0D_T1755961201_3704412_2_30_0 from suspend 23/08/2025 18:08:04 | WUProp@Home | [task] task_state=SUSPENDED for data_collect_v4_1755592201_376148_0 from suspend 23/08/2025 18:08:05 | PrimeGrid | [task] Process for fcsieve_768481_1 exited, exit code 0, task state 8 23/08/2025 18:08:05 | PrimeGrid | [task] task_state=UNINITIALIZED for fcsieve_768481_1 from handle_exited_app 23/08/2025 18:08:05 | | [task] kill_process_with_status(274772) failed: kill() or TerminateProcess() failed 23/08/2025 18:08:05 | PrimeGrid | [task] Process for fcsieve_774050_0 exited, exit code 0, task state 8 23/08/2025 18:08:05 | PrimeGrid | [task] task_state=UNINITIALIZED for fcsieve_774050_0 from handle_exited_app 23/08/2025 18:08:05 | | [task] kill_process_with_status(346460) failed: kill() or TerminateProcess() failed 23/08/2025 18:16:08 | SRBase | [task] Process for S68_1.25-1.5M_wu_b_3922_1 exited, exit code 0, task state 9 23/08/2025 18:16:08 | SRBase | [task] task_state=EXITED for S68_1.25-1.5M_wu_b_3922_1 from handle_exited_app 23/08/2025 18:16:08 | SRBase | Computation for task S68_1.25-1.5M_wu_b_3922_1 finished 23/08/2025 18:16:08 | SRBase | [task] result state=FILES_UPLOADING for S68_1.25-1.5M_wu_b_3922_1 from CS::app_finished 23/08/2025 18:16:10 | SRBase | Started upload of S68_1.25-1.5M_wu_b_3922_1_0 23/08/2025 18:16:11 | SRBase | Finished upload of S68_1.25-1.5M_wu_b_3922_1_0 (70 bytes) 23/08/2025 18:16:11 | SRBase | [task] result state=FILES_UPLOADED for S68_1.25-1.5M_wu_b_3922_1 from CS::update_results


7 out of 32 tasks are were using 100% of core.

And in Boinc Manager every tasks is "Suspended - user request" but progress percentage goes up.

And You can see that I did command suspend at 18:08:04, but 18:16:08 one task still finished computation.

When You are doing test, please let them run many hours before testing suspending/resuming. This doesn't happen when You start Boinc and test suspend/resume. 7 hours ago I did restart Boinc and now I have this problem again.

Profile rebirther
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar
Send message
Joined: 2 Jan 13
Posts: 7930
Credit: 44,538,964
RAC: 137
Message 10992 - Posted: 23 Aug 2025, 15:26:46 UTC - in response to Message 10991.
Last modified: 23 Aug 2025, 15:41:55 UTC


When You are doing test, please let them run many hours before testing suspending/resuming. This doesn't happen when You start Boinc and test suspend/resume. 7 hours ago I did restart Boinc and now I have this problem again.


I took only some of Sierpinski / Riesel Base on 2 different hosts and 4 OS's. I have informed the dev if he can find something in code. I'm out of ideas.

Update:

If does this happening to other projects then it is a BOINC issue


Post to thread

Message boards : Number crunching : prst-v3.exe doesn't always snooze completely


Main page · Your account · Message boards


Copyright © 2014-2025 BOINC Confederation / rebirther