Rooba
/
boinc
mirror of https://github.com/BOINC/boinc.git
1
0
Fork 0
Code Issues 1 Packages Projects Releases Wiki Activity
boinc/lib/proc_control.h

49 lines
1.6 KiB
C
Raw Normal View History

- more code shuffling: proc_control: controlling processes procinfo: enumerating and querying processes run_app_windows: launching apps as other users on Win svn path=/trunk/boinc/; revision=24120
2011-09-02 18:23:13 +00:00
// This file is part of BOINC.
// http://boinc.berkeley.edu
Code cleanup in preparation for fixing GPU detect issue lib/util.cpp had become a landfill of unrelated stuff - move the process-related code to lib/proc_control.cpp - move file-related code to lib/filesys.cpp - move client mutex code to client/main.cpp The client has 2 unrelated types of mutual exclusion: thread level (between the main and throttle threads) and process level (prevent 2 clients from running on a host). - Rename "client_mutex" to "client_thread_mutex". - parse.h: don't declare boinc_is_finite(); include the .h file
2023-04-09 21:53:59 +00:00
// Copyright (C) 2023 University of California
- more code shuffling: proc_control: controlling processes procinfo: enumerating and querying processes run_app_windows: launching apps as other users on Win svn path=/trunk/boinc/; revision=24120
2011-09-02 18:23:13 +00:00
//
// BOINC is free software; you can redistribute it and/or modify it
// under the terms of the GNU Lesser General Public License
// as published by the Free Software Foundation,
// either version 3 of the License, or (at your option) any later version.
//
// BOINC is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
// See the GNU Lesser General Public License for more details.
//
// You should have received a copy of the GNU Lesser General Public License
// along with BOINC. If not, see <http://www.gnu.org/licenses/>.
Move run_program() etc. from proc_control.cpp back to util.cpp. This required changing a bunch of project files, and was turning into a rabbit hole.
2023-04-11 20:11:12 +00:00
// functions for building the system-wide process tree,
// and querying/controlling it
Code cleanup in preparation for fixing GPU detect issue lib/util.cpp had become a landfill of unrelated stuff - move the process-related code to lib/proc_control.cpp - move file-related code to lib/filesys.cpp - move client mutex code to client/main.cpp The client has 2 unrelated types of mutual exclusion: thread level (between the main and throttle threads) and process level (prevent 2 clients from running on a host). - Rename "client_mutex" to "client_thread_mutex". - parse.h: don't declare boinc_is_finite(); include the .h file
2023-04-09 21:53:59 +00:00
change multiple-inclusion guard names to BOINC_FILENAME_H
2017-04-08 06:54:49 +00:00
#ifndef BOINC_PROC_CONTROL_H
#define BOINC_PROC_CONTROL_H
- more code shuffling: proc_control: controlling processes procinfo: enumerating and querying processes run_app_windows: launching apps as other users on Win svn path=/trunk/boinc/; revision=24120
2011-09-02 18:23:13 +00:00
#include <vector>
Code cleanup in preparation for fixing GPU detect issue lib/util.cpp had become a landfill of unrelated stuff - move the process-related code to lib/proc_control.cpp - move file-related code to lib/filesys.cpp - move client mutex code to client/main.cpp The client has 2 unrelated types of mutual exclusion: thread level (between the main and throttle threads) and process level (prevent 2 clients from running on a host). - Rename "client_mutex" to "client_thread_mutex". - parse.h: don't declare boinc_is_finite(); include the .h file
2023-04-09 21:53:59 +00:00
#ifdef _WIN32
Move run_program() etc. from proc_control.cpp back to util.cpp. This required changing a bunch of project files, and was turning into a rabbit hole.
2023-04-11 20:11:12 +00:00
#include <windows.h>
Code cleanup in preparation for fixing GPU detect issue lib/util.cpp had become a landfill of unrelated stuff - move the process-related code to lib/proc_control.cpp - move file-related code to lib/filesys.cpp - move client mutex code to client/main.cpp The client has 2 unrelated types of mutual exclusion: thread level (between the main and throttle threads) and process level (prevent 2 clients from running on a host). - Rename "client_mutex" to "client_thread_mutex". - parse.h: don't declare boinc_is_finite(); include the .h file
2023-04-09 21:53:59 +00:00
#endif
- more code shuffling: proc_control: controlling processes procinfo: enumerating and querying processes run_app_windows: launching apps as other users on Win svn path=/trunk/boinc/; revision=24120
2011-09-02 18:23:13 +00:00
extern void get_descendants(int pid, std::vector<int>& pids);
extern bool any_process_exists(std::vector<int>& pids);
extern void kill_all(std::vector<int>& pids);
#ifdef _WIN32
extern void kill_descendants();
David 11 Dec 2012 - Win process control (affects API and wrapper): Since Win doesn't have an API for process suspend/resume, we were suspending processes by 1) enumerating all the threads in the system (typically several thousand) 2) suspending those belonging to the given process The problem: for each thread, the code was calling a function in diagnostics_win.cpp to see if the thread was exempted from suspension. This check (which is unnecessary anyway if we're suspending another process) was surrounded by a semaphore acquire/release. The result: performance problems. It could take a minute to suspend the threads. Solution: 1) do the check for exemption only if we're suspending threads in our own process (i.e. from the API) 2) if we're suspending multiple processes, enumerate the threads only once, and see if each one belongs to any of the processes 3) have the wrapper elevate itself to normal priority. Otherwise it can get preempted for long periods, sometimes in the middle of scanning the threads. Note: post-9x versions of Win have a process group API that includes suspend/resume. We'll switch to this soon.
2012-12-12 00:05:40 +00:00
extern int suspend_or_resume_threads(
std::vector<int> pids, DWORD threadid, bool resume, bool check_exempt
);
Wrapper (Unix): use SIGSTOP instead of SIGTSTP to suspend subprocesses The former can't be caught, the latter can. The goal was to support wrapped program that are themselves wrappers of some sort. The problem (as reported in #5840) is that, contrary to documentation, SIGTSTP doesn't actually stop processes not connected to a TTY (at least on Linux - I checked). This PR changes the default signal back to SIGSTOP, but provides the option (via a --use_tstp cmdline arg to wrapper) to use SIGTSTP instead.
2024-01-08 21:34:22 +00:00
extern void suspend_or_resume_descendants(bool resume);
extern void suspend_or_resume_process(int pid, bool resume);
- more code shuffling: proc_control: controlling processes procinfo: enumerating and querying processes run_app_windows: launching apps as other users on Win svn path=/trunk/boinc/; revision=24120
2011-09-02 18:23:13 +00:00
#else
extern void kill_descendants(int child_pid=0);
Wrapper (Unix): use SIGSTOP instead of SIGTSTP to suspend subprocesses The former can't be caught, the latter can. The goal was to support wrapped program that are themselves wrappers of some sort. The problem (as reported in #5840) is that, contrary to documentation, SIGTSTP doesn't actually stop processes not connected to a TTY (at least on Linux - I checked). This PR changes the default signal back to SIGSTOP, but provides the option (via a --use_tstp cmdline arg to wrapper) to use SIGTSTP instead.
2024-01-08 21:34:22 +00:00
extern void suspend_or_resume_descendants(bool resume, bool use_tstp=false);
extern void suspend_or_resume_process(int pid, bool resume, bool use_tstp=false);
- more code shuffling: proc_control: controlling processes procinfo: enumerating and querying processes run_app_windows: launching apps as other users on Win svn path=/trunk/boinc/; revision=24120
2011-09-02 18:23:13 +00:00
#endif
wrapper: let job.xml specify the process priorities of sub-tasks Add optional <priority>N</priority> to <task> element to job.xml. Lets you specify the process priority of the task; in particular, task can run at high priority. Apparently this is needed to make bitcoin ASIC apps perform well.
2014-10-13 18:35:16 +00:00
extern int process_priority_value(int);
- more code shuffling: proc_control: controlling processes procinfo: enumerating and querying processes run_app_windows: launching apps as other users on Win svn path=/trunk/boinc/; revision=24120
2011-09-02 18:23:13 +00:00
#endif