91f6ac674911f4f7ab5dcbb58285a91ee69222bb
The pool is made by the first thread that uses it and its workers inherit that thread's nice value. That thread was the nice-10 rugnux thread, so without CAP_SYS_NICE / RLIMIT_NICE the workers stayed at nice 10 for the life of the broker - and the comment in RugnuxThread said the opposite. JFJochReceiverRugnux's constructor now makes the pool first, at the broker's priority, so the existing "lower it only where it can be raised back" logic is what decides. The pool constructor also waits for every worker to record its thread id, so a SetNice right after construction reaches all of them. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Jungfraujoch
Application to receive and analyse data from the PSI JUNGFRAU and EIGER detectors, together with
rugnux, its program for processing stored diffraction data - rotation and serial, macromolecular
and small-molecule - from images to merged reflections.
All documentation is now placed in docs/ subdirectory and for the current version hosted on Jungfraujoch Read The Docs page.
Description
Jungfraujoch Data Acquisition System, Rugnux Data Processing Application, and Diffraction Viewer
3 GiB
2 Stars
3 Watchers
0 Forks
Languages
C++
77.5%
HTML
5.6%
C
4.2%
Cuda
4%
TypeScript
3.4%
Other
5.2%