ps查看和调整优先级

最新推荐文章于 2022-11-25 11:05:32 发布
最新推荐文章于 2022-11-25 11:05:32 发布
阅读量902 收藏
点赞数
原文链接：http://www.cnblogs.com/wang618/p/11191138.html
版权

 

 

 

 

 

 

主题ps查看和调整优先级

 

 

 

一查看优先级

 

nice值越大优先级越低

[root@centos72 ~]# ps axo  pid,cmd,ni |  head
   PID CMD                          NI
     1 /usr/lib/systemd/systemd --   0
     2 [kthreadd] 0 3 [ksoftirqd/0] 0 5 [kworker/0:0H] -20 7 [migration/0] - 8 [rcu_bh] 0 9 [rcu_sched] 0 10 [lru-add-drain] -20 11 [watchdog/0] - [root@centos72 ~]# ps axo pid,cmd,ni | tail 8406 [kworker/1:1] 0 8457 sshd: root@pts/3 0 8465 -bash 0 8485 dd if=/dev/zero of=/dev/nul 0 8573 [kworker/1:1H] -20 10541 [kworker/0:2] 0 11025 [kworker/0:1] 0 11295 [kworker/0:0] 0 11297 ps axo pid,cmd,ni 0 11298 tail 0

 

 

 

 

 

开启一个进程

[root@centos72 ~]#  ping  -f  127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. ^C --- 127.0.0.1 ping statistics --- 4860967 packets transmitted, 4860967 received, 0% packet loss, time 44792ms rtt min/avg/max/mdev = 0.001/0.003/14.741/0.028 ms, pipe 2, ipg/ewma 0.009/0.009 ms

 

 

 

 

 

按照CPU进行排序，CPU占用过高

[root@centos72 ~]# ps axo  pid,cmd,ni,%cpu   k  %cpu  | tail
  1142 -bash                         0  0.0
  1230 [kworker/0:1] 0 0.0 1253 [kworker/0:2] 0 0.0 1255 sshd: root@pts/1 0 0.0 1259 -bash 0 0.0 1338 ps axo pid,cmd,ni,%cpu k %c 0 0.0 1339 tail 0 0.0 1294 [kworker/0:0] 0 0.1 906 sshd: root@pts/0 0 0.2 1283 ping -f 127.0.0.1 0 95.9

 

 

 

 

 

 

二调整优先级

 

 

注意此时进程正在运行

[root@centos72 ~]# ps axo  pid,cmd,ni,%cpu   k  %cpu  |  grep  ping
  1355 grep --color=auto ping 0 0.0 1283 ping -f 127.0.0.1 0 96.0

 

 

 

 

[root@centos72 ~]#  renice  -n  -20  1283
1283 (process ID) old priority 0, new priority -20 [root@centos72 ~]# ps axo pid,cmd,ni,%cpu k %cpu | grep ping 1358 grep --color=auto ping 0 0.0 1283 ping -f 127.0.0.1 -20 95.8

 

 

 

 

 

 

 注意此时进程正在运行

[root@centos72 ~]#  ping  -f  127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. .^ --- 127.0.0.1 ping statistics --- 7827881 packets transmitted, 7827881 received, 0% packet loss, time 58781ms rtt min/avg/max/mdev = 0.001/0.002/13.661/0.011 ms, pipe 2, ipg/ewma 0.007/0.006 ms

 

 

 

 

在执行命令的时候直接调整优先级

使用nice命令指定

[root@centos72 ~]# nice  -n  -5  ping  -f  127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. ^C --- 127.0.0.1 ping statistics --- 3272228 packets transmitted, 3272228 received, 0% packet loss, time 26347ms rtt min/avg/max/mdev = 0.001/0.003/8.853/0.015 ms, pipe 2, ipg/ewma 0.008/0.005 ms [root@centos72 ~]#

 

 

 

 

[root@centos72 ~]#  ps axo  pid,cmd,ni,%cpu  | grep  ping
  1158 ping -f 127.0.0.1 -5 94.6 1161 grep --color=auto ping 0 0.0

 

 

 

 

[root@centos72 ~]# nice  -n  5  ping  -f  127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.

 

 

 

[root@centos72 ~]#  ps axo  pid,cmd,ni,%cpu  | grep  ping
  1162 ping -f 127.0.0.1 5 110 1164 grep --color=auto ping 0 0.0

 

 

 

 

优先级高并不一定更快

[root@centos72 ~]#  nice  -n  -11  ping  127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.019 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.030 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.026 ms ^C --- 127.0.0.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1999ms rtt min/avg/max/mdev = 0.019/0.025/0.030/0.004 ms [root@centos72 ~]# ping 127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.028 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.027 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.022 ms 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.023 ms 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.023 ms ^C --- 127.0.0.1 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 3999ms rtt min/avg/max/mdev = 0.022/0.024/0.028/0.006 ms

 

 

 

 

 

 

 

三注意事项——优先级之间的关系

 

 

（一）ni: nice值的优先级和pri优先级是相反的

 

nice值的优先级越高，那么对应的pri优先级越低

[root@centos72 ~]#  ps axo  pid,cmd,ni,%cpu,pri   | grep ping
  1283 ping -f 127.0.0.1 -20 96.2 39 1360 grep --color=auto ping 0 0.0 19

 

 

 

 

[root@centos72 ~]#  ps axo  pid,cmd,ni,%cpu,pri  |  tail
  1099 [kworker/0:1]                 0 0.0 19 1101 sshd: root@pts/2 0 0.7 19 1105 -bash 0 0.0 19 1143 [kworker/1:1] 0 0.0 19 1159 [kworker/1:2] 0 0.0 19 1165 [kworker/0:0] 0 0.0 19 1183 [kworker/0:2] 0 0.0 19 1184 [kworker/1:0] 0 0.0 19 1190 ps axo pid,cmd,ni,%cpu,pri 0 0.0 19 1191 -bash 0 0.0 19

 

 

 

 

 

[root@centos72 ~]#  nice  -n  10  ping  127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.025 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.023 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.027 ms 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.026 ms 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.026 ms 64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.027 ms 64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.026 ms 64 bytes from 127.0.0.1: icmp_seq=8 ttl=64 time=0.057 ms 64 bytes from 127.0.0.1: icmp_seq=9 ttl=64 time=0.023 ms 64 bytes from 127.0.0.1: icmp_seq=10 ttl=64 time=0.025 ms 64 bytes from 127.0.0.1: icmp_seq=11 ttl=64 time=0.024 ms 64 bytes from 127.0.0.1: icmp_seq=12 ttl=64 time=0.026 ms 64 bytes from 127.0.0.1: icmp_seq=13 ttl=64 time=0.024 ms 64 bytes from 127.0.0.1: icmp_seq=14 ttl=64 time=0.037 ms 64 bytes from 127.0.0.1: icmp_seq=15 ttl=64 time=0.023 ms ^C --- 127.0.0.1 ping statistics --- 15 packets transmitted, 15 received, 0% packet loss, time 14000ms rtt min/avg/max/mdev = 0.023/0.027/0.057/0.011 ms [root@centos72 ~]# ps axo pid,cmd,ni,%cpu,pri | tail 1101 sshd: root@pts/2 0 0.7 19 1105 -bash 0 0.0 19 1143 [kworker/1:1] 0 0.0 19 1159 [kworker/1:2] 0 0.0 19 1165 [kworker/0:0] 0 0.0 19 1183 [kworker/0:2] 0 0.0 19 1184 [kworker/1:0] 0 0.0 19 1192 ping 127.0.0.1 10 0.0 9 1193 ps axo pid,cmd,ni,%cpu,pri 0 0.0 19 1194 tail 0 0.0 19

 

 

 

 

 

[root@centos72 ~]#  nice  -n  -10  ping  127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.021 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.028 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.027 ms 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.023 ms 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.023 ms 64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.023 ms ^C --- 127.0.0.1 ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 4999ms rtt min/avg/max/mdev = 0.021/0.024/0.028/0.003 ms

 

[root@centos72 ~]#  ps axo  pid,cmd,ni,%cpu,pri  |  tail
  1101 sshd: root@pts/2              0  0.6 19 1105 -bash 0 0.0 19 1143 [kworker/1:1] 0 0.0 19 1159 [kworker/1:2] 0 0.0 19 1165 [kworker/0:0] 0 0.0 19 1183 [kworker/0:2] 0 0.0 19 1184 [kworker/1:0] 0 0.0 19 1195 ping 127.0.0.1 -10 0.0 29 1196 ps axo pid,cmd,ni,%cpu,pri 0 0.0 19 1197 tail 0 0.0 19

 

 

 

 

 

注意帮助文档的此说明并不准确

[root@centos72 ~]# man  ps  | grep  PRI
       pri         PRI       priority of the process.  Higher number means lower priority.
       rtprio      RTPRIO    realtime priority.

 

 

 

 

 

数字越大优先级越高

所以帮助文档是有一定的bug的，不要迷信权威

[root@centos72 ~]# ps -C  ping  o   pid,cmd,ni,%cpu,pri
   PID CMD                          NI %CPU PRI
  1246 ping 127.0.0.1 10 0.0 9 1248 ping 127.0.0.1 -10 0.0 29

 

 

 

 

 

在6上没有PRI的相关说明

[root@centos65 ~]# man  ps  | grep  PRI
rtprio     RTPRIO   realtime priority.

 

 

 

 

 

 

（二）pri的优先级的值和早期系统优先级相反

 

 

也就是从139到0，早期的系统优先级是从0到139

所以pri的值越大优先级越高

[root@centos72 ~]#  nice  -n  30  ping  127.0.0.1 [root@centos72 ~]# ps axo pid,cmd,ni,%cpu,pri | tail 1058 ping 8.8.8.8 0 0.0 19 1059 sshd: root@pts/1 0 0.1 19 1063 -bash 0 0.0 19 1086 sshd: root@pts/2 0 0.6 19 1090 -bash 0 0.0 19 1110 [kworker/1:1] 0 0.0 19 1113 [kworker/0:0] 0 0.0 19 1114 ping 127.0.0.1 19 0.0 0 1118 ps axo pid,cmd,ni,%cpu,pri 0 0.0 19 1119 tail 0 0.0 19

 

 

 

 

 

 

 

 

（三）实时优先级rtprio和nice优先级关系

 

 

从下图可以看出实时优先级和nice优先级对应系统优先级的一部分，实时优先级和nice优先级是没有交集的

ncie优先级又被称为动态优先级，比如占用的内存太多了就会自动的把优先级调小。

实时优先级是静态的优先级，指定好了就固定不变了。

调整实时优先级使用chrt

 

 

 

 

 

 

 

 

 

 

rtprio: 实时优先级

因为nice优先级不对应任何的实时优先级，所以无法显示实时优先级

[root@centos72 ~]#  nice  -n  -20 ping  127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.034 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.026 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.022 ms ^C --- 127.0.0.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.022/0.027/0.034/0.006 ms

 

 

[root@centos72 ~]#  ps  -C  ping  o   pid,cmd,ni,%cpu,pri,rtprio  |  tail
   PID CMD                          NI %CPU PRI RTPRIO
  1260 ping 127.0.0.1 -20 0.0 39 -

 

 

 

 

 

 

 

 7 [migration/0] - 0.0 139 99中139是最高的优先级，值越大优先级越高，

因为是pri优先级，和系统优先级是相反的

 

[root@centos72 ~]#  ps  axo   pid,cmd,ni,%cpu,pri,rtprio  |  head
   PID CMD                          NI %CPU PRI RTPRIO
     1 /usr/lib/systemd/systemd --   0 0.0 19 - 2 [kthreadd] 0 0.0 19 - 3 [ksoftirqd/0] 0 0.0 19 - 5 [kworker/0:0H] -20 0.0 39 - 6 [kworker/u256:0] 0 0.0 19 - 7 [migration/0] - 0.0 139 99 8 [rcu_bh] 0 0.0 19 - 9 [rcu_sched] 0 0.0 19 - 10 [lru-add-drain] -20 0.0 39 -

 

 

 

 

 

 

看门狗监控内核状态的，最高优先级

就像国家的安全部分监控其他部门，比如明朝的锦衣卫

[root@centos72 ~]#  ps  axo   pid,cmd,ni,%cpu,pri,rtprio  |  grep  watch
    11 [watchdog/0]                  -  0.0 139 99 12 [watchdog/1] - 0.0 139 99 1272 grep --color=auto watch 0 0.0 19 -

 

转载于:https://www.cnblogs.com/wang618/p/11191138.html

weixin_30950607
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux中进程的优先级
tuzhutuzhu的专栏
05-07 1787
Linux采用两种不同的优先级范围，一种是nice值，另一种是实时优先级。
moonbear-firmware:从Hom19910422QCopterFlightControl分叉https
05-19
为了适应FreeRTOS派生的多线程和基于优先级的计算环境，对该软件进行了重大修改。 这意味着我们可以管理manay任务并实现多线程应用程序。 当您尝试设计或监视转子时，用户可以看到传感器状态。 特殊设计的外壳保护...
WCDMA KPI监控和优化指导书
10-12
1 概述 17 2 数据采集 19 2.1 概述 19 2.2 RNC实时状态监控 19 2.3 RNC消息跟踪功能 20 2.4 RNC连接性能监测 21 2.5 RNC小区性能监测 21 2.6 RNC链路性能监测 22 2.7 RNC跟踪消息路径 22 2.8 RNC MML脚本 24 2.9 RNC CHR日志 24 2.10 RNC话统文件 25 2.11 章节小结 25 3 邻区问题分析 26 3.1 概述 26 3.2 邻区设置原则 26 3.3 邻区优化流程 27 3.4 初始邻区配置 27 3.5 邻区错配问题分析 28 3.6 邻区多配问题分析 28 3.7 邻区漏配问题分析 29 3.8 邻区优先级的优化 31 3.9 单向邻区检查 31 3.10 异频邻区优化 32 3.11 异系统邻区优化 32 3.12 章节小结 32 4 接入问题分析 33 4.1 概述 33 4.2 接入失败的定义 33 4.2.1 Assistant软件中接入失败定义 33 4.2.2 Actix软件接入失败定义 34 4.2.3 TEMS软件中接入失败定义 35 4.3 接入失败分析流程 35 4.4 寻呼问题分析 37 4.4.2 RNC没有下发Paging消息 37 4.4.3 寻呼信道或寻呼指示信道的功率偏低 38 4.4.4 UE发生小区重选 38 4.5 RRC连接建立问题分析 38 4.5.1 UE发出RRC Connection Request消息RNC没有收到 39 4.5.2 RNC收到RRC建立请求消息后下发了RRC Connection Reject消息 40 4.5.3 RNC下发的RRC Connection Setup消息UE没有收到 40 4.5.4 UE收到RRC Connection Setup消息没有发出RRC Setup Complete消息 41 4.5.5 UE发出RRC Setup Complete消息RNC没有收到 41 4.6 鉴权问题分析 41 4.6.1 MAC Failure 41 4.6.2 Sync Failure 42 4.7 安全模式问题分析 43 4.8 PDP激活失败问题分析 44 4.8.1 UE侧APN设置问题 44 4.8.2 UE侧速率设置问题 44 4.8.3 核心网问题 46 4.9 RAB或RB建立问题分析 46 4.9.1 参数配置错误导致RNC直接拒绝RAB的建立请求 46 4.9.2 准入拒绝 47 4.9.3 UE回RB建立失败造成的RAB建立失败 48 4.9.4 空中接口RB建立失败造成的RAB建立失败 49 4.10 双载频组网接入问题分析 49 4.10.1 RRC连接阶段的直接重试和重定向 49 4.10.2 RAB直接重试 50 4.10.3 双载频场景下的小区接入策略 51 4.11 MBMS业务接入问题分析 52 4.11.1 MBMS广播模式流程 52 4.11.2 UE无法收看节目原因分析 53 4.12 接入时延问题处理 54 4.12.1 非连续循环周期长度系数DRX的设置 54 4.12.2 是否关闭鉴权加密流程 54 4.12.3 执行早指配或晚指配 55 4.12.4 RRC连接是建立在FACH上还是直接建立在DCH上 55 4.12.5 直接重试和重定向算法对接入时延的影响 55 4.13 常见接入案例 56 4.13.1 由于某款手机加密不符合协议导致掉话的问题 56 4.13.2 B国V项目核心网不支持CHAP认证导致无法拨号上网 56 4.13.3 资源不足导致RAB建立失败 56 4.13.4 FACH信道功率设置不合适 56 4.13.5 NodeB异常导致接入问题 56 4.13.6 UE进行位置更新导致寻呼失败 56 4.13.7 安全模式拒绝问题 56 4.13.8 超过小区HSDPA总比特速率导致的准入失败 57 4.13.9 码资源不足导致HSDPA用户RRC连接拒绝 57 4.13.10 手机异常导致接入问题 57 4.13.11 小区重选导致RRC Connection Request重发 57 4.13.12 DSP定时器启动失败引起RRC拒绝率很高 57 4.13.13 某UE异常引起该小区RRC建立成功率指标异常 57 4.13.14 某局搬迁后RAB指配降低问题分析 57 4.14 章节小结 58 5 切换问题分析 59 5.1 概述 59 5.2 软切换问题分析 59 5.2.2 输入分析数据 60 5.2.3 获取问题发生的时间和地点 60 5.2.4 是否邻区漏配 61 5.2.5 是否导频污染 61 5.2.6 是否软切换算法参数设置问题 62 5.2.7 是否设备类异常问题 62 5.2.8 重新路测 62 5.2.9 调整实施 63 5.3 硬切换问题分析 63 5.4 系统间切换问题分析 65 5.5 HSPA切换类问题分析 66 5.6 MBMS切换类问题分析 67 5.7 常见切换案例 67 5.7.1 邻区漏配 67 5.7.2 拐角效应 68 5.7.3 针尖效应 68 5.7.4 主导小区变化过快 68 5.7.5 WCDMA到GSM切换失败 68 5.7.6 异系统乒乓重选 68 5.7.7 H业务跨IUR软切换后小区公共信道不停删建 68 5.8 章节小结 68 6 掉话问题分析 69 6.1 概述 69 6.2 掉话的定义 69 6.3 掉话分析流程 70 6.4 覆盖差问题分析 71 6.5 干扰问题分析 72 6.6 异常掉话问题分析 72 6.7 MBMS掉话问题分析 72 6.8 常见掉话案例 73 6.8.1 覆盖差 73 6.8.2 上行干扰导致的掉话 73 6.8.3 NodeB上行同步异常导致的掉话 73 6.8.4 地铁口索爱手机无法从3G切换到2G 74 6.8.5 利用CHR定位CDR中RNC INNER FAILURE 74 6.9 章节小结 74 7 传输问题分析 75 7.1 概述 75 7.2 传输协议栈 75 7.3 传输网络层的传输配置规则 77 7.4 传输带宽的查询 78 7.4.1 Iu CS信令面配置带宽 78 7.4.2 IU CS用户面配置带宽 79 7.4.3 IU PS信令面配置带宽 79 7.4.4 IU PS用户面配置带宽 79 7.4.5 NCP与CCP配置带宽 80 7.4.6 IuB传输用户面的配置带宽 80 7.5 传输问题对KPI的影响 82 7.5.1 传输问题对CS业务质量的影响 82 7.5.2 传输问题对用户速率的影响 82 7.5.3 传输问题对PING时延的影响 82 7.6 传输问题分析 83 7.6.1 传输告警 83 7.6.2 利用CHR分析传输问题 84 7.6.3 信令面传输问题分析 84 7.6.4 用户面传输问题分析 85 7.7 IPRAN概述 86 7.8 IPRAN涉及的常用协议 88 7.8.1 ARP/RARP协议 88 7.8.2 IP协议 89 7.8.3 ICMP协议 89 7.8.4 NAT协议 89 7.8.5 PPP协议 90 7.8.6 TCP协议 91 7.8.7 UDP协议 91 7.8.8 SCTP协议 91 7.8.9 M3UA协议 92 7.9 IPRAN常见组网 92 7.9.1 二层组网方式 92 7.9.2 三层组网方式 95 7.9.3 分路传输组网方式 97 7.9.4 ATM/IP双栈传输组网方式 98 7.10 IPRAN重要配置 98 7.10.1 RAN侧 98 7.10.2 NodeB侧 99 7.10.3 IP地址配置的约束 99 7.11 常见传输案例 100 7.11.1 NCP带宽太小导致呼叫成功率低 100 7.11.2 AAL2PATH类型不一致导致R99小区建立失败 100 7.11.3 IUB用户面带宽太小导致大量接入失败 100 7.11.4 IPRAN站点H速率低问题的定位 100 7.11.5 传输不稳定导致的接入成功率下降 100 7.11.6 某站点因传输原因导致RRC拥塞 101 7.11.7 传输配置问题导致IP站点的RRC连接成功率低 101 7.11.8 VLAN设置的不正确导致IPRAN站点的HSDPA业务速率低 101 7.11.9 M3UA常见问题2例 101 7.12 章节小结 101 8 性能分析 102 8.1 概述 102 8.2 性能分析的基本技能 102 8.2.1 信令流程和基本原理 102 8.2.2 产品实现的话统PI 103 8.2.3 Nastar工具各项功能 103 8.3 性能分析工作的准备 104 8.3.1 了解网络现状 104 8.3.2 分析数据的准备 104 8.3.3 性能分析方法 105 8.4 告警数据的分析方法 106 8.5 常见PI指标快速分析 106 8.5.1 常见PI快速分析 106 8.5.2 常见PI指标与对应的分析思路 107 8.6 性能分析流程 107 8.6.1 网络KPI总体分析 107 8.6.2 RNC设备问题分析 108 8.6.3 TOPN小区KPI分析 108 8.6.4 小区相关设备问题分析 108 8.6.5 小区负载问题分析 109 8.6.6 小区干扰问题分析 109 8.6.7 小区覆盖问题分析 109 8.6.8 参数问题分析 110 8.6.9 CHR流程和终端性能问题分析 110 8.7 章节小结 110
rtprio for Linux-开源
05-03
这是BSD rtprio实用程序Linux端口。 它可以在正常模式和两个软实时模式中的任何一个之间更改进程的调度模式。
2021-03-17
www_WinUI_cn的博客
03-18 154
android .rc详解(笔记) service cameraserver /system/bin/cameraserver //服务的名字 class main //此服务的入口函数名 user cameraserver //...
Linux----------进程管理及PS、TOP指令
yifan850399167的博客
04-12 303
一、进程定义 进程就是cpu未完成的工作 二、ps命令 PS a ##关于当前环境（shell）的所有进程,不显示本shell这个进程。 e ##显示命令当前的运行环境 x ##显示和shell相关的以及无关所有的进程，即系统中所有进程，含...
180天Linux小白到大神-Linux进程管理
热门推荐
weixin_51622071的博客
07-26 1万+
13.Linux进程管理 13.Linux进程管理 1.进程基本概述 1.1 程序与进程 1.2 进程与线程 1.3 并发与并行 1.4 进程运行的状态 1.5 进程的生命周期 2.进程运行状态监控 2.1 静态监控进程ps 2.1.1 每列指标详解 2.1.2 查看进程ppid 2.1.3 查看进程树结构 2.1.4 查看用户进程 2.1.2 STAT运行状态 2.2 进程状态模拟实践 2.2.1 运行进程状态R 2.2.2 暂停进程状态T 2.2.3 不可中断进程D 2.2.4 实践僵尸进程Z 2.2.
Linux上调整sshd进程的优先级
Jian Sun_的博客
03-23 1600
使用命令renice #先查看sshd的优先级 [root@xj ~]# ps axo pid,command,nice|grep sshd 869 /usr/sbin/sshd -D 0 1194 sshd: root@pts/0 0 1307 sshd: root@pts/1 0 1574 sshd: root@pts/2 0#设置sshd的优先级为-20 [root@xj ~]# renice -n -20 869 869 (进程 ID) 旧优先级为 0，新优先级为 -20 #再次查看sshd的.
Linux优先级时间片调度
算算的博客
07-19 1523
进程优先级 进程的优先级有2种度量方法，一种是nice值，一种是实时优先级(RTPRIO)。 nice值的范围是-20~+19，值越大优先级越低，也就是说nice值为-20的进程优先级最大。 实时优先级（RTPRIO）的范围是0～99，与nice值的定义相反，实时优先级是值越大优先级越高。 实时进程都是一些对响应时间要求比较高的进程，因此系统中有实时优先级高的进程处于运行队列的话，它们会抢占一般的进程的运行时间。 进程的2种优先级会让人不好理解，到底哪个优先级更优先？一个进程同时有2种优先级怎么办？ 对
linux系统进程管理
weixin_33721344的博客
05-09 121
linux系统进程管理一、进程的概述1、进程的概述（1）进程：运行中的程序的一个副本，是被载入内存的一个指令集合；通常通过进程ID（Process ID，PID）号来标记各个进程（2）特点：通常从执行进程的用户来继承、进程存在生命周期（3）task struct：Linux内核存储进程信息的数据结构格式（4）task list：多个任务的的task struct组成的链表（5...
【Linux】进程优先级（PRI，NI）和进程切换
Ahaooooooo的博客
11-25 1879
简单理解进程优先级和进程切换
营业窗口队列模拟.cpp
07-24
营业窗口队列模拟（***） 要求：实现具有n个窗口的现实队列模拟，统计每人的等待时间。 1). 随机产生顾客的到达时间和服务时间...链帅接：htt帅ps://pa帅n.b帅aidu.co帅m/s/1-X4eHyaMQztzYmm73gURrQ 提帅取码：6666
Linux网络操作系统基础：进程管理.pptx
06-16
1;进程介绍;进程的生命周期;进程的状态;进程的优先级 (1);进程的优先级 (2);调整进程的优先级;8;前台与后台进程;控制前台与后台进程;查看进程;查看进程 - ps、top;管理进程 - 信号;管理进程
常用安全命令
09-24
renice ——调整程序运行的优先级 ifconfig ——查看网络配置 tcpdump ——截获分析网络数据包 lsof ——列出当前系统打开的文件列表，别忘记一切皆文件，包括网络连接、硬件等 otool ① ——查看程序依赖哪些动态库...
满意度调查行·知dr.pptx
04-25
满意度调查行·知dr.pptx
基于B2C的网上拍卖系统_秒杀与竞价.zip
04-25
基于B2C的网上拍卖系统主要用于帮助人们应用互联网方便快捷买到自己所中意的商品，并参与到秒杀与竞拍当中。 主要功能包括： 1.前台模块 （1）普通用户登录/注册。 （2）分类查看商品(普通商品与促销商品) （3）查看商品详细信息 （4）查看秒杀商品 （5）查看竞拍商品 （6）将商品加入购物车 （7)购买，结算功能 （8）留言 2.后台模块 （1）修改密码 (2)商品管理: -- 编辑/删除 -- 设置/取消促销 （3)秒杀商品：设置/取消秒杀 （4)竞拍商品：设置/取消竞拍 （5)订单管理：查看订单 （5)留言管理：查看/删除留言 项目访问路径: 前台：http://localhost:8080/sale 后台：http://localhost:8080/sale/user/adminlogin
分布式系统中Java后端开发技术及其应用实践.pdf
最新发布
04-25
分布式系统的核心思想是复杂计算任务的拆分与并行计算，可有效减少计算时间、节约算力成本。以分布式系统中Java后端开发技术的应用为主题，分析分布式系统开发的需求，探讨Java技术栈、分布式监控与日志管理、云服务模型在分布式系统Java后端开发中的应用路径，旨在为分布式系统的设计与实现提供全面的理论分析和实践指导，以支持构建高效、稳定、可扩展的企业级Java应用。 随着云计算、大数据和人工智能技术的飞速发展， 分布式系统已成为支撑现代企业信息系统的基础架构。 Java 后端开发技术在构建分布式系统中扮演着至关重要的 角色，其应用价值和研究重点主要集中在微服务架构、容 器化技术、自动化部署、服务网格、无服务器计算、应用 程序编程接口（Application Programming Interface， API）管理、数据一致性解决方案、分布式缓存、负载均衡、 复杂事件处理和分布式事务管理等方面[1]。Java平台以 其成熟的生态系统、跨平台的移植性、丰富的开源框架 和库以及稳定的性能，为分布式系统的开发提供了坚实 的基础[2]。深入探讨Java后端开发技术在分布式系统中 的应用实践，旨在为企
【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar
04-25
【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar 【项目技术】 微信小程序开发工具+java后端+mysql 【演示视频-编号：246】 https://pan.quark.cn/s/cb634e7c02b5 【实现功能】 用户信息管理，图书信息管理，图书类型管理，图书留言管理，论坛信息管理等
使用Spring in Guice和Guice in Spring的工具（高分项目）.zip
04-25
Java SSM项目是一种使用Java语言和SSM框架（Spring + Spring MVC + MyBatis）开发的Web应用程序。SSM是一种常用的Java开发框架组合，它结合了Spring框架、Spring MVC框架和MyBatis框架的优点，能够快速构建可靠、高效的企业级应用。 1. Spring框架：Spring是一个轻量级的Java开发框架，提供了丰富的功能和模块，用于开发企业级应用。它包括IoC（Inverse of Control，控制反转）容器、AOP（Aspect-Oriented Programming，面向切面编程）等特性，可以简化开发过程、提高代码的可维护性和可测试性。 2. Spring MVC框架：Spring MVC是基于Spring框架的Web框架，用于开发Web应用程序。它采用MVC（Model-View-Controller，模型-视图-控制器）的架构模式，将应用程序分为模型层、视图层和控制器层，提供了处理请求、渲染视图和管理流程的功能。 3. MyBatis框架：MyBatis是一个持久层框架，用于与数据库进行交互。它提供了一种将数据库操作与Java对象映射起来的方式，避免了手动编写繁琐的SQL语句，并提供了事务管理和缓存等功能，简化了数据库访问的过程
linux设置进程优先级
03-16
在Linux中，可以使用nice命令来设置进程的优先级。nice命令可以将进程的优先级调整为更高或更低的值，以便更好地管理系统资源。可以使用以下命令来设置进程的优先级： 1. 查看进程的优先级：使用top或ps命令查看进程的PID，然后使用renice命令来查看进程的优先级。 2. 提高进程的优先级：使用nice命令将进程的优先级调整为更高的值。例如，使用“nice -n -10”命令将进程的优先级调整为-10。 3. 降低进程的优先级：使用nice命令将进程的优先级调整为更低的值。例如，使用“nice -n 10”命令将进程的优先级调整为10。 需要注意的是，只有root用户才能将进程的优先级调整为更高的值。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值