下面我们以机动车道路来例举服务器在不同负载状态时的表现
假设:
CPU核心数 = 道路数
CPU线程数 = 道路车道数
内存 =道路宽度
网速 = 道路限速
数据比特流 = 车流量
PC手机硬件性能(终端设备)=车辆配置
磁盘IO = 最终目的地停车效率
80多个项目,对比下分析上行和下行、负载情况(2个宝塔为测试项目和演示项目)
一、上行、下行
基于以上右下角图表,
颜色 | 流量上行/下行 | 主机响应情况 | 场景 |
---|---|---|---|
黄色 | 上行 | 发送数据 | 用户浏览访问、刷新 |
蓝色 | 下行 | 接收数据 | 用户上传、提交表单、注册、登录、支付、搜索 |
二、负载
以快递为例,
对比 | 上行 | 下行 | 硬件性能 | 强度<50% | 强度51%<90% | 强度100% |
---|---|---|---|---|---|---|
快递运营 | 发送快递 | 收到发货订单 | 发货中心的处理能力 | 工作轻轻松松 | 忙碌,但是用户能及时收到快递 | 忙不过来,几临崩溃 |
负载 | 下行 | 接收数据 | 硬件的处理能力 | 低负载 | 负载50%以下:低负载 | 用户的请求可以及时得到服务器响应 |
针对以上的硬件性能,拆解分析:
影响因素 | 流量上行/下行 | 主机响应情况 | 场景 |
---|---|---|---|
对比 | CPU使用率 | 发送数据 | 用户浏览访问、刷新 |
负载 | 运转的 | 接收数据 | 用户上传、提交表单、注册、登录、支付、搜索 |
交通通行 | 下行 | 接收数据 | 用户上传、提交表单、注册、登录、支付、搜索 |
swap使用率 | 下行 | 接收数据 | 用户上传、提交表单、注册、登录、支付、搜索 |
宿主机限制 | 下行 | 接收数据 | 用户上传、提交表单、注册、登录、支付、搜索 |
***如阿里云的突发性能机器,即使你看你上面4个数据正常都,但你的负载有时就是很高,就有可能是宿主机限制导致的