今天发现系统内存占用很严重,系统126g内存,显示只空闲1g

free -g

在这里插入图片描述
使用top指令查看,发现进程编号pid为4655的占用内存很严重

ps aux|grep 4655

在这里插入图片描述
发现进程号4655对应的是一个spark进程任务(DataSQC)>>>>>结合实际情况,最可能原因是由于spark任务执行完成后,没有调用stop()函数,导致该内存资源一直被占用着。于是,执行kill -9 4655杀掉该进程,然后看内存是否恢复了。
在这里插入图片描述
由图可以发现内存收回了1g。由于该任务每天都要执行一次,这就怀疑是否存在大量的该任务进程一直在占用着内存资源,用一下命令查找全部DataSQC任务进程信息:

ps aux|grep DataSQC

在这里插入图片描述
好家伙,发现好多~~~

打印出所有DataSQC有关的进程号PID

ps -ef|grep DataSQC|grep -v grep|cut -c 9-15

在这里插入图片描述
杀掉所有相关的进程

ps -ef|grep DataSQC|grep -v grep|cut -c 9-15|xargs kill -9

执行完之后,再次查看内存占用情况,发现剩余内存回收到了50g~
在这里插入图片描述
问题解决!

指令说明:

ps -ef|grep DataSQC|grep -v grep|cut -c 9-15|xargs kill -9

管道符"|"用来隔开两个命令,管道符左边命令的输出会作为管道符右边命令的输入。下面说说用管道符联接起来的

几个命令:

  1. "ps - ef"是linux 里查看所有进程的命令。这时检索出的进程将作为下一条命令"grep DataSQC"的输入。
  2. "grep DataSQC"的输出结果是,所有含有关键字"DataSQC"的进程。
  3. "grep -v grep"是在列出的进程中去除含有关键字"grep"的进程。
  4. "cut -c 9-15"是截取输入行的第9个字符到第15个字符,而这正好是进程号PID。
  5. "xargs kill -9"中的xargs命令是用来把前面命令的输出结果(PID)作为"kill -9"命令的参数,并执行该令。

参考鸣谢链接
https://www.cnblogs.com/joshua317/p/9235811.html

GitHub 加速计划 / li / linux-dash
11
2
下载
A beautiful web dashboard for Linux
最近提交(Master分支:2 个月前 )
186a802e added ecosystem file for PM2 5 年前
5def40a3 Add host customization support for the NodeJS version 5 年前
Logo

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。

更多推荐