BitBOINC

BitBOINC

Thread 'Sphinx wus!'

Questions and Answers : Getting started & support : Sphinx wus!
Message board moderation

To post messages, you must log in.

AuthorMessage
Hans Sveen
New member

Send message
Joined: 28 Sep 26
Posts: 2
Credit: 845,640
RAC: 376,292
Message 207 - Posted: 2 Oct 2026, 9:15:37 UTC

Hello!
Seems like we run out of Sphinx wus?

Hans Sveen
Oslo, Norway
ID: 207 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Alperen Yavuz
Project developer
New member

Send message
Joined: 27 Sep 26
Posts: 83
Credit: 877,800
RAC: 67,962
Message 213 - Posted: 2 Oct 2026, 9:34:29 UTC - in response to Message 207.  

The server automatically stops production because there is a large backlog of jobs. It resumes once the jobs are completed and the queue drops to a certain level.
ID: 213 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Hans Sveen
New member

Send message
Joined: 28 Sep 26
Posts: 2
Credit: 845,640
RAC: 376,292
Message 214 - Posted: 2 Oct 2026, 9:37:38 UTC - in response to Message 213.  

Thank You for the information, keep up with the exelent work done 👍😊

Hans S.
ID: 214 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Drago75
New member

Send message
Joined: 28 Sep 26
Posts: 3
Credit: 1,085,900
RAC: 482,434
Message 259 - Posted: 2 Oct 2026, 18:29:11 UTC

Hi Alperen,
I think I found a suspend/resume issue with the Sphinx CPU app.
BOINC reports 4 Sphinx CPU tasks as SUSPENDED, but the corresponding Linux processes continue to run and consume almost a full CPU thread each.
Example:
sphinx_eccp131_1790904303_1739 → PID 3265 → ~90% CPU
sphinx_eccp131_1790901903_17115 → PID 3266 → ~90% CPU
sphinx_eccp131_1790901903_28910 → PID 3267 → ~85% CPU
sphinx_eccp131_1790904903_30398 → PID 68988 → ~0.4% CPU
BOINC shows all four as active_task_state: SUSPENDED.
In ps, the first three processes have state S/R, not T, so they are not actually stopped by the OS and keep computing in the background.
I confirmed the PID-to-WU mapping via the BOINC slot directories under /var/lib/boinc/slots/.
Manually sending SIGSTOP to the affected PIDs stops them correctly.
This may also explain why the system becomes overloaded even though BOINC appears to be running fewer CPU tasks than are actually consuming CPU time.
Let me know if you want the full command output.
ID: 259 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote

Questions and Answers : Getting started & support : Sphinx wus!