【Linux】进程管理命令,带着问题深入学习Handler

本文详细介绍了进程、线程和服务的概念,强调了它们在程序执行中的角色。还讨论了内存管理问题,包括内存泄漏、溢出和OOM,以及如何通过ps命令管理和监控进程。此外,文章提及了Linux运维中常用的top命令及其在资源监控中的作用。
摘要由CSDN通过智能技术生成

程序是一串特定功能的二进制代码,安安静静躺在硬盘里面,没有运行起来只消耗硬盘空间;

2、进程是什么?线程是什么?服务是什么?

进程:运行起来的程序,它有进程pid号标记,该pid由操作系统识别来管理,每一个进程都有自己的生命周期,每一个进程都是其父进程创建;它是需要消耗内存和cpu资源的;

进程一般由程序、数据集合和进程控制块三部分组成。
程序用于描述进程要完成的功能,是控制进程执行的指令集;
数据集合是程序在执行时所需要的数据和工作区;
程序控制块,包含进程的描述信息和控制信息,是进程存在的唯一标志。

线程:线程就是进程的真正执行者;

服务:服务就是进程所提供的功能;

3、进程的特点

动态性:进程是程序的一次执行过程,是临时的,有生命期的,是动态产生,动态消亡的;
并发性:任何进程都可以同其他进程一起并发执行;
独立性:进程是系统进行资源分配和调度的一个独立单位;
结构性:进程由程序、数据和进程控制块三部分组成。

4、进程使用内存的问题

内存泄漏:Memory Leak

指程序中用malloc或new申请了一块内存,但是没有用free或delete将内存释放,导致这块内存一直处于占用状态

内存溢出:Memory Overflow

指程序申请了10M的空间,但是在这个空间写入10M以上字节的数据,就是溢出,类似红杏出墙

内存不足:OOM

OOM 即 Out Of Memory,“内存用完了”,在情况在java程序中比较常见。系统会选一个进程将之杀死,在日志messages中看到类似下面的提示

Jul 10 10:20:30 kernel: Out of memory: Kill process 9527 (java) score 88 or sacrifice child

当JVM因为没有足够的内存来为对象分配空间并且垃圾回收器也已经没有空间可回收时,就会抛出这个error,因为这个问题已经严重到不足以被应用处理)。

原因:

给应用分配内存太少:比如虚拟机本身可使用的内存(一般通过启动时的VM参数指定)太少。

应用用的太多,并且用完没释放,浪费了。此时就会造成内存泄露或者内存溢出。

使用的解决办法:

1,限制java进程的max heap,并且降低java程序的worker数量,从而降低内存使用

2,给系统增加swap空间

二、运维相关命令学习

命令① ps 静态显示系统的进程

ps命令的选项
BSD格式
u
x
unix格式
-f
-l
兼容
k
–sort
第一种静态查看进程信息:ps aux

1、关于进程几种状态的学习:

常见的STAT进程状态
R
S
D
T
Z
-<
N
L
s
L
+

2、关于终端TTY有几种常见的:

常见的TTY
tty1~tty6
tty7
pts/0 ~ 255

3、注意TIME是占用cpu运算的时间,并不是占用系统的时间,比如程序被加载到内存并没有处理的时候是不算时间的;

第二种静态查看进程的组合:ps -elf

ps -elf显示所有字段的含义****
F
S
UID
PID
PPID
C
PRI
NI
ADDR
SZ
WCHAN
TTY
TIME
CMD

1、表示进程优先级的有两个参数,PRI和NI

最终进程的优先级(最终)=PRI (原始) +  NI

要知道PRI是系统最初就定义的优先级,无法更改,NI是可以修改的;

拓展:关于NI优先级的修改规则:

  • NI的范围:-20至19
  • 普通用户调整的范围是0-19,只能调整自己的进程
  • 普通用户只能调高NI值,不能降低,如果原本NI=0,那么只能调整为大于0
  • 只有root才有权限把NI调整为负数,root可以调整任何用户的进程

拓展,关于指定属性排序

1、查看想要的进程属性,指定想要cpu的百分比,状态,命令,以及pid号
[root@localhost ~]#ps -efo c,pid,cmd,s |head -5
 C    PID CMD                         S
 0  21383 -bash USER=root LOGNAME=roo S
 0  21327 -bash USER=root LOGNAME=roo S
 0  24556  \_ ps -efo c,pid,cmd,s XDG R
 0  24557  \_ head -5 XDG_SESSION_ID= S


[root@localhost ~]#ps ax o %cpu,pid,cmd,stat  |head -5
%CPU    PID CMD                         STAT
 0.0      1 /usr/lib/systemd/systemd -- Ss
 0.0      2 [kthreadd]                  S
 0.0      3 [ksoftirqd/0]               S
 0.0      5 [kworker/0:0H]              S<

2、按照cpu利用率倒序排序
[root@localhost ~]#ps aux k -%cpu |head -5
USER        PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      21985  0.3  0.4 385544 19124 ?        S    13:22   0:39 /usr/bin/vmtoolsd -n vmusr
root        797  0.2  0.1 305316  6344 ?        Ssl  02:57   2:14 /usr/bin/vmtoolsd
root      21819  0.1  5.3 1697576 207316 ?      Sl   13:22   0:16 /usr/bin/gnome-shell
root      23743  0.1  0.0      0     0 ?        S    15:32   0:07 [kworker/0:0]


[root@localhost ~]#ps -elf k -%cpu |head -5
F S UID         PID   PPID  C PRI  NI ADDR SZ WCHAN  STIME TTY        TIME CMD
4 S root      21985      1  0  80   0 - 96386 poll_s 13:22 ?          0:39 /usr/bin/vmtoolsd -n vmusr
4 S root        797      1  0  80   0 - 76329 poll_s 02:57 ?          2:14 /usr/bin/vmtoolsd
4 S root      21819  21614  0  80   0 - 424394 poll_s 13:22 ?         0:16 /usr/bin/gnome-shell
1 S root      23743      2  0  80   0 -     0 worker 15:32 ?          0:07 [kworker/0:0]



[root@localhost ~]#ps aux --sort -%cpu |head -5
USER        PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      21985  0.3  0.4 385544 19124 ?        S    13:22   0:39 /usr/bin/vmtoolsd -n vmusr
root        797  0.2  0.1 305316  6344 ?        Ssl  02:57   2:14 /usr/bin/vmtoolsd
root      21819  0.1  5.3 1697576 207316 ?      Sl   13:22   0:16 /usr/bin/gnome-shell
root      23743  0.1  0.0      0     0 ?        S    15:32   0:08 [kworker/0:0]



[root@localhost ~]#ps -elf --sort -%cpu |head -5
F S UID         PID   PPID  C PRI  NI ADDR SZ WCHAN  STIME TTY          TIME CMD
4 S root      21985      1  0  80   0 - 96386 poll_s 13:22 ?        00:00:39 /usr/bin/vmtoolsd -n vmusr
4 S root        797      1  0  80   0 - 76329 poll_s 02:57 ?        00:02:14 /usr/bin/vmtoolsd
4 S root      21819  21614  0  80   0 - 424394 poll_s 13:22 ?       00:00:16 /usr/bin/gnome-shell
1 S root      23743      2  0  80   0 -     0 worker 15:32 ?        00:00:08 [kworker/0:0]

3、组合使用,排序,查找占用最多内存和CPU的进程
ps -eo pid,ppid,cmd,%mem,%cpu --sort -%mem | head -5
ps -eo pid,ppid,cmd,%mem,%cpu --sort -%cpu | head -5

命令② top 动态查看系统进程(相当于Windows的任务管理器)

top是动态地查看cpu和内存、进程的状态,展示的信息比较多,主要分两部分来看

第一部分是显示的是整个系统的资源使用状况,通过这些输出来判断服务器的资源使用状态

第二部分是当前所有进程状态

第一部分的第一行

表示系统开启的时间,up后面是执行的时长,当前登录用户数量,cpu的平均载荷(1分钟,5分钟,15分钟)

第一部分的第二行

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Linux运维工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Linux运维知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加VX:vip1024b (备注Linux运维获取)
img

一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

[外链图片转存中…(img-hXYZSvIr-1712379973194)]

一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

  • 26
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值