Provided by: cpulimit_3.1-1_amd64 bug

NAME

       cpulimit -- limits the CPU usage of a process

SYNOPSIS

       cpulimit [TARGET] [OPTIONS...] [ -- PROGRAM]

DESCRIPTION

       TARGET must be exactly one of these:

       -p, --pid=N
              pid of the process

       -e, --exe=FILE
              name of the executable program file

       -P, --path=PATH
              absolute path name of the executable program file

       OPTIONS

       -b, --background
              run cpulimit in the background, freeing up the terminal

       -f, --foreground
              run cpulimit in foreground while waiting for launched process to finish

       -c, --cpu
              specify the number of CPU cores available. Usually this is detected for us.

       -l, --limit=N
              percentage  of  CPU allowed from 1 up. Usually 1 - 100, but can be higher on multi-
              core CPUs. (mandatory)

       -q, --quiet
              Runs in quiet mode, avoids writing update messages to console.

       -k, --kill
              kill target process instead of throttling its CPU usage

       -m, --monitor-forks
              watch and throttle child processes of the target process Warning: It is  usually  a
              bad idea to use this flag, especially on a shell script. The commands in the script
              will each spawn a process which will, in turn, spawn more copies of this program to
              throttle them, bogging down the system. Also, it is possible for a child process to
              die and for its PID to be assigned to another program. When this happens quickly it
              can cause cpulimit to target the new, unintended process before the old information
              has had a chance to be flushed out. Only use the monitor-forks option  in  specific
              cases, ideally on machines without a lot of new processes being spawned.

       -r, --restore
              restore a process killed using the -k flag.

       -s, --signal
              send an alternative signal to the watched process when we exit. Default is SIGCONT.

       -v, --verbose
              show control statistics

       -z, --lazy
              exit if there is no suitable target process, or if it dies

       --     This is the final CPUlimit option. All following options are for another program we
              will launch.

       -h, --help
              display this help and exit

EXAMPLES

       Assuming you have started `foo --bar` and you find out with  top(1)  or  ps(1)  that  this
       process uses all your CPU time you can either

       # cpulimit -e foo -l 50
              limits the CPU usage of the process by acting on the executable program file (note:
              the argument "--bar" is omitted)

       # cpulimit -p 1234 -l 50
              limits the CPU usage of the process by acting on its PID, as shown by ps(1)

       # cpulimit -P /usr/bin/foo -l 50
              same as -e but uses the absolute path name

       # /usr/bin/someapp

       # cpulimit -p $! -l 25 -b
              Useful for scripts where you want to throttle the last command run.

       # cpulimit -l 20 firefox
              Launch Firefox web browser and limit its CPU usage to 20%

       # cpulimit -l 25 -- firefox -private
              Launch Firefox web browser in private mode and limit its CPU usage to 25%

       # cpulimit -c 2 -p 12345 -l 25
              The -c flag sets the number of CPU cores the program thinks are available.  Usually
              this is detected for us, but can be over-ridden.

       # cpulimit -l 20 -k firefox
              Launch the Firefox program and kill it if the process goes over 20% CPU usage.

       # cpulimit -l 20 -p 1234 -s SIGTERM
              Throttle process 1234 at 20% CPU usage. If cpulimit is forced to exit, it sends the
              watched process the SIGTERM signal.

NOTES

       •   cpulimit always sends the SIGSTOP and SIGCONT signals to a  process,  both  to  verify
           that  it  can control it and to limit the average amount of CPU it consumes.  This can
           result in misleading (annoying) job control messages that indicate that  the  job  has
           been  stopped  (when actually it was, but immediately restarted).  This can also cause
           issues with interactive shells that detect or  otherwise  depend  on  SIGSTOP/SIGCONT.
           For example, you may place a job in the foreground, only to see it immediately stopped
           and restarted in the background.  (See also <http://bugs.debian.org/558763>.)

       •   When invoked with the -e or -P options, cpulimit looks for  any  process  under  /proc
           with  a  name  that matches the process name argument given.  Furthermore, it uses the
           first instance of the process found.  To control a specific instance of a process, use
           the -p option and provide a PID.

       •   The current version of cpulimit assumes the kernel HZ value 100.

AUTHOR

       This manpage was written for the Debian project by gregor herrmann <gregoa@debian.org> but
       may be used by others.