| Info | Message |
|---|---|
| 1) Message boards : Projects : User interface problem with BOINC Manager
Message 100444 Posted 24 Aug 2020 by Peter Humphrey |
Thank you Jord. I don't know how I missed that. |
| 2) Message boards : Projects : User interface problem with BOINC Manager
Message 100439 Posted 24 Aug 2020 by Peter Humphrey |
While I was closing the BOINC manager, I meant to click the Stop Clients button, or whatever it's called (I can't see it to check), but accidentally clicked the Remember this Decision button instead. Now the clients continue running whether I want them to or not. I can't find any likely-looking parameter in any config file to change it back. This is Gentoo Linux with KDE Plasma desktop. |
| 3) Message boards : Questions and problems : Exclusive apps cannot be specified with absolute path
Message 88299 Posted 3 Oct 2018 by Peter Humphrey |
Now I am really mystified. I changed cc_config.xml thus: $ grep exclusive boinc/cc_config.xml <exclusive_app>cc1</exclusive_app> <exclusive_app>cc1plus</exclusive_app> <exclusive_app>cmake</exclusive_app> <exclusive_app>rustc</exclusive_app> <exclusive_app>x86_64-pc-linux</exclusive_app> <exclusive_app>/usr/lib/llvm/7/bin/clang-7</exclusive_app> <exclusive_app>/usr/lib/llvm/7/bin/x86_64-pc-linux-gnu-clang++</exclusive_app> (I hope I can take those last two out now.) Now boincmgr correctly reports that it's suspended because an exclusive app is running. But that's where I started from! I had <exclusive_app>x86_64-pc-linux</exclusive_app> in there originally and it was not being respected, which is why I started this topic. I can only suppose I had a typo, except that copy-paste just about eliminates that possibility. I can only say I'll keep an eye on it, and hope no-one's spent too much time here. |
| 4) Message boards : Questions and problems : Exclusive apps cannot be specified with absolute path
Message 88268 Posted 29 Sep 2018 by Peter Humphrey |
It's tricky catching a /proc/<pid> while it's still active - there can be 20-odd of them at a time, and they only live for as long as it takes to compile their unit and then die. When I do catch one there are 24 files under the /proc/<pid>, one of which is named "exe" and is a symbolic link to /usr/lib/llvm/7/bin/clang-7. I saw several of these, so I assume that's where the compiler is expected to live. Putting that into cc_config.xml made no difference in suspending BOINC. I had PORTAGE_NICENESS=16, which should be passed to all daughter processes in the compilation. As far as I know, BOINC runs at 23 and should give way politely. It didn't though, so now I've set portage niceness to 3 and reduced the "suspend when CPU load is above ..." from 20 to 10, and clang is allowed to run. It's a workaround, though, and may not suit other loading situations. Let me know if I can try something else. |
| 5) Message boards : Questions and problems : Exclusive apps cannot be specified with absolute path
Message 88160 Posted 24 Sep 2018 by Peter Humphrey |
Yes, that's confirmed: $ grep user_run_request ./boinc/client_state.xml <user_run_request>2</user_run_request> Besides, the other exclusive apps are detected just fine, as specified here: $ grep exclusive ./boinc/cc_config.xml <exclusive_app>cc1</exclusive_app> <exclusive_app>cc1plus</exclusive_app> <exclusive_app>cmake</exclusive_app> <exclusive_app>rustc</exclusive_app> <exclusive_app>/usr/lib/llvm/7/bin/x86_64-pc-linux-gnu-clang++</exclusive_app> One other thing: I run the BOINC client from its own partition mounted under my home directory. All the files are owned by me, having been set that way by the startup script /etc/init.d/boinc. $ grep prh /etc/fstab /dev/nvme0n1p7 /home/prh/common ext4 relatime 1 3 /dev/nvme0n1p16 /home/prh/.VirtualBox ext4 relatime 1 3 /dev/nvme0n1p17 /home/prh/boinc ext4 relatime 1 3 |
| 6) Message boards : Questions and problems : Exclusive apps cannot be specified with absolute path
Message 88158 Posted 24 Sep 2018 by Peter Humphrey |
I tried that, and saw the same result. |
| 7) Message boards : Questions and problems : Exclusive apps cannot be specified with absolute path
Message 88157 Posted 24 Sep 2018 by Peter Humphrey |
I can't use the manager because it's preset to /usr/bin, so I edited the file by hand. When I hit the Read Config Files option, stdoutdae.txt shows "Config: don't compute while /usr/lib/llvm/7/bin/x86_64-pc-linux-gnu-clang++ is running", but when clang++ runs, BOINC ignores it. It does sometimes suspend on CPU Busy if enough instances of clang++ are running. Usually not, though, because most of the "busyness" is due to BOINC itself, so clang++ is crowded out and relegated to single-digit percentages of CPU time. |
| 8) Message boards : Questions and problems : Exclusive apps cannot be specified with absolute path
Message 88152 Posted 23 Sep 2018 by Peter Humphrey |
On this Gentoo Linux box, Chromium (the OS version of Google Chrome) is compiled using /usr/lib/llvm/7/bin/x86_64-pc-linux-gnu-clang++ . This is not under /usr/bin, but I'd like BOINC to be suspended while that compiler is running. Chrome takes well over an hour to compile here, even with BOINC suspended manually. Please allow me to include this entry in cc_config.xml and have it obeyed: <exclusive_app>/usr/lib/llvm/7/bin/x86_64-pc-linux-gnu-clang++</exclusive_app> Thank you. |
| 9) Message boards : Questions and problems : How to stop using GPU?
Message 86691 Posted 26 Jun 2018 by Peter Humphrey |
Right, that's got it - thanks. I got 24 lost tasks, so aborted them and updated; then I got 9 more and did the same with those. Now I just get "Not requesting tasks: don't need (CPU: job cache full; AMD/ATI GPU: )". With any luck I can carry on as usual now. Thanks again. |
| 10) Message boards : Questions and problems : How to stop using GPU?
Message 86679 Posted 26 Jun 2018 by Peter Humphrey |
OK. Well, I had already detached from the project, so I reattached to, reset and updated it. I got the 12 "lost" GPU jobs I've been trying to get rid of. I've just aborted them again. I'd like to show my properties panel but I haven't found a way to insert an image as itself - only as its file name. I can tell you, though, that it says "Don't request tasks for AMD/ATI GPU Project preference" |
| 11) Message boards : Questions and problems : How to stop using GPU?
Message 86675 Posted 26 Jun 2018 by Peter Humphrey |
Yes, I know what should happen; I'm saying that it doesn't. I've tried all the things mentioned so far, and I also aborted all GPU tasks. (I forgot to mention that; sorry.) And I spoke too soon. This morning E@H has another bunch of GPU tasks. I've tried everything I can think of to stop getting GPU tasks, but they insist. I've searched for GPU in ~/boinc/*.xml and confirmed there are none, so I'm not overriding anything locally. I've given up pro tem, having tired of going round in circles. Bye-bye E@H. I may see you again in the autumn. Oh, and what's an "action centre"? I have no such thing on this Linux system. |
| 12) Message boards : Questions and problems : How to stop using GPU?
Message 86669 Posted 25 Jun 2018 by Peter Humphrey |
In the current warm weather my machine's cooling system cannot cope well with the GPU running full blast as well as the 12 CPU "cores". So I've been trying to get the two projects that try to use the GPU to stop doing so. It's remarkably difficult. This is a Gentoo Linux system with i7-5820K CPU @ 3.30GHz, i.e. 6 cores hyper-threaded, AMD/ATI Radeon Pro WX 5100 running sys-kernel/gentoo-sources-4.9.95, dev-libs/amdgpu-pro-opencl-17.50.511655 and sci-misc/boinc-7.9.3. I've uninstalled the OpenCL driver, I've reset the projects, disconnected from them and reconnected, rebooted the machine, all several times. Einstein@Home does now respect my preference not to use the GPU; I don't know about LHC@Home, but I'm not worried much about that because it's never been given a GPU task anyway. |
| 13) Message boards : BOINC client : Command-line-only client?
Message 84041 Posted 27 Dec 2017 by Peter Humphrey |
Interesting. It seems that, in Gentoo, remote access either is allowed or is not; I can't see an equivalent of Debian's remote_hosts.cfg, neither in the client nor in the full GUI version. This is a surprise, as Gentoo prides itself on flexibility and customisability. Perhaps I should raise a feature request some time. Although Gentoo does use meta-packages elsewhere, boinc doesn't have one; if you specify USE=-X to the package manager you get just the CLI client, or if you say USE=X you get the full package. By saying USE=-X I got only six packages: four perl modules, a package to convert docbook to man and info, and the boinc client itself. Nothing else is present. Very economical. Thanks again Mark. I'm a happy bunny today. |
| 14) Message boards : BOINC client : Command-line-only client?
Message 84037 Posted 27 Dec 2017 by Peter Humphrey |
Hello Mark, I should have thought of this myself, but it took your help to get me on the right track. All I had to do was to set USE="-X" on the "emerge boinc" command and it all went like a charm (that's how Gentoo installs only the command-line version; there isn't a separate package). I've used remote access before, so I knew about gui_rpc_auth.cfg, but I can't find a remote_hosts.cfg anywhere on the system. Still, it seems to be working. Many thanks for the hint. |
| 15) Message boards : BOINC client : Command-line-only client?
Message 84033 Posted 26 Dec 2017 by Peter Humphrey |
I have a 4-core, 64-bit Celeron machine running Gentoo with SELinux. It has plenty of spare time but no GUI, and I'd like to run a BOINC client on it. I'd use boincmgr on another machine when necessary. Is a command-line client still available? And is this idea sensible anyway? |
| 16) Message boards : Questions and problems : Separate limits for upload and download
Message 69537 Posted 9 May 2016 by Peter Humphrey |
To the ISP, "download" is any traffic passing through their networks to the subscriber. To BOINC, it's data packets coming in for analysis. Conversely for "upload". I have two devices running, one of which is puny. Each local config can already set its own limit on traffic, so this doesn't affect my question. So far in May I've used 55% of my calendar-monthly 50GB allowance, since I succeeded in getting ATLAS@home running (I never used more than 50% in a whole month before then). I wouldn't run BOINC on a phone or a tablet myself; I don't think they're man enough for it. But it was a general question anyway. Would it make sense to apply separate up and down limits, and would it be reasonably easy to do? It doesn't sound hard on the face of it. |
| 17) Message boards : Questions and problems : Separate limits for upload and download
Message 69531 Posted 9 May 2016 by Peter Humphrey |
Many ISPs apply limits to download traffic but not to uploads. Would it be possible for BOINC to apply separate limits too? Does it even make sense to do so? |
| 18) Message boards : Questions and problems : Does BOINC respond to kill signals?
Message 69505 Posted 7 May 2016 by Peter Humphrey |
Thanks, Kathryn, but I was hoping to avoid stopping the client and restarting it. |
| 19) Message boards : Questions and problems : Does BOINC respond to kill signals?
Message 69490 Posted 6 May 2016 by Peter Humphrey |
Interesting - thank you. I hadn't come across that explanation of how it works before. I've set <max_stderr_file_size>1000</max_stderr_file_size>and <max_stdout_file_size>512000</max_stdout_file_size> I can't see how to limit the number of lines, though, other than the number shown in the manager's log display. Thanks again! |
| 20) Message boards : Questions and problems : Does BOINC respond to kill signals?
Message 69485 Posted 6 May 2016 by Peter Humphrey |
I'd like to use /usr/sbin/logrotate to rotate stderrdae.txt and stdoutdae.txt, but it seems that boinc_client ignores signal USR1. At least, nothing was written to stdoutdae.txt when I tried sending it (as root). This is Gentoo running kernel 4.4.6 and BOINC 7.6.31. Is there a way to rotate these text files, and maybe job logs, without the sledgehammer approach of stopping and restarting boinc_client? |
Copyright © 2026 University of California.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software Foundation.