Linux 之 提高cpu使用率

这个脚本是为了逃过一些资源检测的，当一些机器当前使用率偏低，会被客户要求收回，那咋办呢？
使用下面的脚本，就可以留住你的机器了
假设要求cpu使用率不能低于10%
使用方法：bash up_cpu.sh 10
假设要求cpu使用率不能低于32%
使用方法：bash up_cpu.sh 32
注意自己实际环境的情况，别乱设置

1.shell脚本如何写

以下为up_cpu的shell脚本

#!/usr/bin/env bash
base_dir=$(cd `dirname $0`; pwd)
# 获取 cpu 当前使用率
cpu_using=$(top -n 3 | grep '%Cpu' | awk '{print $2}' | awk -F '.' '{print $1}' | tail -1)
# 需要达到的 cpu 使用率，脚本传参
cpu_used=$1

# 如果脚本执行没有参数传入，返回脚本使用方法并退出脚本
if [ $# != 1 ];then
  printf "\e[0;34mUSAGE: bash $0 30\e[0m\n"
  exit 1
fi

# 如果需要达到的 cpu 使用率小于等于 cpu 当前使用率则退出脚本
## 反之，定义 cpu_status 为 需要达到的 cpu 使用率 和 cpu 当前使用率 的差值
if [[ "${cpu_used}" -le "${cpu_using}" ]];then
  exit 0
else
  cpu_status=$(echo "$(( ${cpu_using} - ${cpu_used} ))")
fi

# 获取 cpu 线程数
cpu_proc=$(grep 'processor' /proc/cpuinfo | uniq | wc -l)
# cpu 当前使用的线程数量
cpu_using_count=$(awk "BEGIN {printf ${cpu_proc} * ${cpu_using} / 100}" | xargs printf "%.0f")
# 需要达到的 cpu 使用率使用线程数量
cpu_used_count=$(awk "BEGIN {print ${cpu_proc} * ${cpu_used} / 100}" | xargs printf "%.0f")
# 需要增加的线程数量
cpu_num=$(awk "BEGIN {print ${cpu_used_count} - ${cpu_using_count}}" | xargs printf "%.0f")

> ${base_dir}/kill_cpu_up.log

for i in $(seq ${cpu_num})
do
  echo -ne "
  i=0;
while true
do
  i=i+1;
done" | /bin/sh &
  echo "kill $!" >> ${base_dir}/kill_cpu_up.log 2>&1
done

如果复制过去执行（bash up_cpu.sh 10）的时候出现

up_cpu.sh: line 7: $'\r': command not found
up_cpu.sh: line 34: syntax error near unexpected token `$'do\r''
'p_up_up.sh: line 34: `do

这个错误通常是由于在Windows环境下编写的脚本在Unix或Linux环境下执行时出现的。Windows使用回车符（\r\n）作为行结束符，而Unix和Linux使用换行符（\n）。当你在Windows环境下编写脚本并在Unix或Linux环境下执行时，这些额外的回车符（\r）会被解释为命令的一部分，从而导致错误。

为了解决这个问题，你需要将脚本文件的行结束符从Windows格式转换为Unix格式。这可以通过多种方式实现：

你也可以使用sed或awk来删除回车符：
（一）使用sed

sed -i 's/\r$//' up_cpu.sh

（二）使用awk

awk '{ sub("\r$", ""); print }' up_cpu.sh > up_cpu_unix.sh

在上面的awk命令中，是创建了一个新的文件up_cpu_unix.sh，它包含了没有回车符的内容。
你可能需要替换原文件或重命名新文件以适应你的需求，就执行以下操作

rm up_cpu.sh
mv up_cpu_unix.sh up_cpu.sh

2.如何kill脚本

执行脚本后会启动一个进程，会7*24小时运行，
除非执行 kill 命令去杀死进程，进程 pid 记录在脚本当前路径下的 kill_cpu_up.log 文件内

转载：https://blog.csdn.net/u010383467/article/details/120490095