一、概念理解
程序运作原理:一个请求发送到服务器,首先经过网卡,然后通知cpu有待处理任务,CPU去运行操作系统指令,根据请求的端口号,找到对应的应用程序代码,安排线程去处理;由于程序代码在磁盘中执行速度太慢,会开辟一块内存空间来处理任务-即网络缓冲区
CPU :执行代码指令,对数据进行处理
进程:操作系统层面 管理程序运行的一种单位
- 申请内存区域
- 申请绑定端口
- 加载代码指令
线程:线程是进程的一个执行流,是CPU调度和分派的基本单位,它是比进程更小的能独立运行的基本单位
- 同一个进程内的多个线程,共享内存使用
- 共享一个端口
- 可以作为操作系统层面,单独调用资源(操作系统会把指令和数据,以线程为单位,分派给CPU去处理执行)
进程--资源分配的最小单位,线程--程序执行的最小单位
通俗的比喻:网卡相当于火车站的进/出站口;CPU相当于火车的车轨,CPU的核数相当于多条轨道;操作系统就是火车站的调度室,负责调度资源;端口号则相当于火车的班次号;进程则是一辆火车,负责运行,运行时需要占用CPU轨道资源,不运行则不占用资源;线程则是火车的车厢,承载不同的人
二、 cpu及内存监控
1. 使用top命令查看实时的资源占用情况
第一行 系统运行信息:当前时间、系统运行了多久、登录用户有多少、负载信息-1分钟/5分钟/15分钟(使用特定算法,CPU 核数 * 3~5 为超高负载)
第二行 任务信息:总共多少进程、正在运行、休眠数、停止数、假死数
第三行 CPU信息:
21.6 us:表示用户模式下CPU占用比为21.6% 8.3 sy:表示系统模式下CPU占用比为8.3%, 0.0 ni:表示改变过优先级的进程的CPU占用比为0.0% 69.9 id:表示空闲状态的CPU占用比为99.8% 0.0 wa:表示因为I/O等待造成的CPU占用比为0.0% 0.0 hi:表示硬中断的CPU占用比 0.0 si:表示软中断的CPU的占用比。 0.0 st:表示CPU等待虚拟机调度的时间占比,这个指标一般在虚拟机中才会有,在物理机中该值一般维持为0。
第四行 内存的使用信息:
total表示物理内存的总量 free表示物理内存的空闲大小 used表示已使用的物理内存的大小 buff/cache表示用于缓存的物理内存的大小 第五行 虚拟内存/交换内存:本质 是在 硬盘上面开辟一块空间当成 内存来用
第五行 虚拟内存/交换内存:本质 是在 硬盘上面开辟一块空间当成 内存来用
2.使用free命令查看内存使用
![](/i/l/?n=23&i=blog/2629818/202303/2629818-20230302232847376-972350470.png)
参数含义:
total:总共可以使用的内存,单位K used: 已经使用的内存 ,java堆内存 free:空闲内存 shared:共享区域,多进程共享一块内存, java堆外内存 buffer/cache:缓冲/缓存内存,内存不够用时,这块区域会被释放(例如:写文件时,内存够用,写入到buffer,内存不够用时,就赶紧落到磁盘) available:可用内存大小 虚拟内存:当物理内存不够用时,操作系统设计人员想了个办法,大部分程序进程是没有在运行的,操作系统把内存里的部分数据,临时存放到磁盘
3. grafana 平台监控
三、性能测试结果分析
如果吞吐量达到了瓶颈,而CPU资源占用不高,可能是性能测试场景设计问题:压力不够导致 -- 逐步增加并发数测试
增加了并发量,而资源并没有随之变高,可能程序或者其他配置有问题
CPU占用不增加,需要考虑程序代码或者操作系统配置问题,例如涉及Jvm程序 多线程机制
标签:分析,操作系统,占用,线程,内存,进程,CPU From: https://www.cnblogs.com/kxtomato/p/17174047.html