CPU占用过高问题的排查及解决

一,排查步骤

1.使用top 定位到占用CPU高的进程PID 然后按shift+p按照CPU排序

top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器

第一行,任务队列信息,同uptime 命令的执行结果

系统时间:07:27:05   运行时间:up 1:57 min,   当前登录用户:  3 user   负载均衡(uptime)  load average: 0.00, 0.00, 0.00        average后面的三个数分别是1分钟、5分钟、15分钟的负载情况。   load average数据是每隔5秒钟检查一次活跃的进程数,然后按特定算法计算出的数值。 如果这个数除以逻辑CPU的数量,结果高于5的时候就表明系统在超负荷运转了

第二行,Tasks — 任务(进程)

总进程:150 total, 运行:1 running, 休眠:149 sleeping, 停止: 0 stopped, 僵尸进程: 0 zombie

第三行,cpu状态信息

0.0%us【user space】— 用户空间占用CPU的百分比。   0.3%sy【sysctl】— 内核空间占用CPU的百分比。   0.0%ni【】— 改变过优先级的进程占用CPU的百分比   99.7%id【idolt】— 空闲CPU百分比   0.0%wa【wait】— IO等待占用CPU的百分比   0.0%hi【Hardware IRQ】— 硬中断占用CPU的百分比   0.0%si【Software Interrupts】— 软中断占用CPU的百分比

第四行,内存状态

1003020k total, 234464k used, 777824k free, 24084k buffers【缓存的内存量】

第五行,swap交换分区信息

2031612k total, 536k used, 2031076k free, 505864k cached【缓冲的交换区总量】

可用内存=free + buffer + cached   对于内存监控,在top里我们要时刻监控第五行swap交换分区的used,如果这个数值在不断的变化, 说明内核在不断进行内存和swap的数据交换,这是真正的内存不够用了。   第四行中使用中的内存总量(used)指的是现在系统内核控制的内存数,   第四行中空闲内存总量(free)是内核还未纳入其管控范围的数量。   纳入内核管理的内存不见得都在使用中,还包括过去使用过的现在可以被重复利用的内存,内核并不把 这些可被重新使用的内存交还到free中去,因此在linux上free内存会越来越少,但不用为此担心。

更多Linux内核视频资料免费·领取后台私信【内核】自行获取。

第六行,空行

第七行以下:各进程(任务)的状态监控

PID — 进程id USER — 进程所有者 PR — 进程优先级 NI — nice值。负值表示高优先级,正值表示低优先级 VIRT — 进程使用的虚拟内存总量,单位kb。VIRT=SWAP+RES RES — 进程使用的、未被换出的物理内存大小,单位kb。RES=CODE+DATA SHR — 共享内存大小,单位kb S —进程状态。D=不可中断的睡眠状态 R=运行 S=睡眠 T=跟踪/停止 Z=僵尸进程 %CPU — 上次更新到现在的CPU时间占用百分比 %MEM — 进程使用的物理内存百分比 TIME+ — 进程使用的CPU时间总计,单位1/100秒 COMMAND — 进程名称(命令名/命令行)

详解

VIRT:virtual memory usage 虚拟内存 1、进程“需要的”虚拟内存大小,包括进程使用的库、代码、数据等 2、假如进程申请100m的内存,但实际只使用了10m,那么它会增长100m,而不是实际的使用量   RES:resident memory usage 常驻内存 1、进程当前使用的内存大小,但不包括swap out 2、包含其他进程的共享 3、如果申请100m的内存,实际使用10m,它只增长10m,与VIRT相反 4、关于库占用内存的情况,它只统计加载的库文件所占内存大小   SHR:shared memory 共享内存 1、除了自身进程的共享内存,也包括其他进程的共享内存 2、虽然进程只使用了几个共享库的函数,但它包含了整个共享库的大小 3、计算某个进程所占的物理内存大小公式:RES – SHR 4、swap out后,它将会降下来   DATA 1、数据占用的内存。如果top没有显示,按f键可以显示出来。 2、真正的该程序要求的数据空间,是真正在运行中要使用的。   top 运行中可以通过 top 的内部命令对进程的显示方式进行控制。内部命令如下: s – 改变画面更新频率 l – 关闭或开启第一部分第一行 top 信息的表示 t – 关闭或开启第一部分第二行 Tasks 和第三行 Cpus 信息的表示 m – 关闭或开启第一部分第四行 Mem 和 第五行 Swap 信息的表示 N – 以 PID 的大小的顺序排列表示进程列表 P – 以 CPU 占用率大小的顺序排列进程列表 M – 以内存占用率大小的顺序排列进程列表 h – 显示帮助 n – 设置在进程列表所显示进程的数量 q – 退出 top s – 改变画面更新周期

top使用方法:

 使用格式:  top [-] [d] [p] [q] [c] [C] [S] [s] [n] 参数说明:  d:指定每两次屏幕信息刷新之间的时间间隔。当然用户可以使用s交互命令来改变之。   p:通过指定监控进程ID来仅仅监控某个进程的状态。   q:该选项将使top没有任何延迟的进行刷新。如果调用程序有超级用户权限,那么top将以尽可能高的优先级运行。   S:指定累计模式。   s:使top命令在安全模式中运行。这将去除交互命令所带来的潜在危险。   i:使top不显示任何闲置或者僵死进程。   c:显示整个命令行而不只是显示命令名。

此时发现如果是Java的进程占用过高,并且一直下不来,则排查是什么线程导致占比过高。以图中进程举例,假如发现PID为31357的Java进程占CPU比一直很高,则记录下它的PID

2.查看Java进程里面的线程的占用情况

top -H -p 31357 然后按shift+p按照CPU排序

说明:-H 指显示线程,-p 是指定进程

可以看到CPU占用较高的线程,记下他们的PID,假设这里31357的CPU占比一直是50%

或者是再用ps -mp pid -o THREAD,tid,time 查询进程中,那个线程的cpu占用率高 记住TID

将查找到的 线程占用最高的 tid 上图中 29108 转成16进制 --- 71b4

3.通过jstack命令获取占用资源异常的线程栈,可暂时保存到一个文件中查看

jstack 31357 > jstack.31357.log

以上能看到指定线程的堆栈信息。如果想看到关于线程中的锁的附加信息,可以加一个-l参数

4.上面方法用于进程正常情况下的堆栈打印

用jstack -l命令没有响应,估计是CPU一直站着不能执行正常的命令,根据提示[The -F option can be used when the target process is not responding]只能放大招了。

jstack -F “PID” > jstack.“PID”.txt

吐出的实际日志结果如下:

发现一大坨线程阻塞了,有用的结果在这里:

显然一直在跑的是19576这个线程,一直在执行EXCEL导出的相关方法,问题就出在这里,下面的任务就是排查这个地方的代码逻辑了。

jstack命令格式:

jstack [ option ] pid

参数说明:

  1. -F jstack [-l] pid无法响应时,强制打印堆栈
  2. -l l长列表. 打印关于锁的附加信息,例如属于java.util.concurrent的ownable synchronizers列表.
  3. -m 混合模式输出(包括java和本地c/c++片段)堆栈。
  4. pid: java应用程序的进程号
  5. 5jps命令查看java进程的pid更实用

命令格式

jps [ options ] [ hostid ]


参数说明:

  • -m 输出传递给main方法的参数,如果是内嵌的JVM则输出为null。
  • -l 输出应用程序主类的完整包名,或者是应用程序JAR文件的完整路径。
  • -v 输出传给JVM的参数。

三个参数加在一起显示更详细的信息:

发现这些Java进程的启动参数中开放了JMX的远程端口,正常情况下可以通过jconsole远程连接过去看到JVM的日常参数。比如本地访问上图中的pay.war进程:

突破网络边界:IPv4环境下高效实现IPv6科学上网的完整指南

引言:当IPv4遇见IPv6的必然选择

在全球化信息流动的今天,中国网民常面临一个技术悖论:一方面需要稳定访问国际互联网资源,另一方面受限于IPv4地址枯竭和网络管理政策。本文将以技术中立的视角,系统讲解如何利用现有IPv4基础设施,构建通往IPv6世界的"数字桥梁"。我们将揭开隧道技术的神秘面纱,剖析VPN与代理工具的实战差异,并提供一份兼顾效率与安全的配置手册。

一、协议演进:从IPv4到IPv6的技术跨越

1.1 IPv4的困境与突破

作为互联网基石协议,32位地址构成的IPv4(如192.168.1.1)已分配殆尽。中国互联网络信息中心(CNNIC)数据显示,我国IPv4地址人均保有量仅为0.45个,催生了NAT(网络地址转换)等过渡技术。但地址转换带来的性能损耗和连接限制,使得直接访问纯IPv6资源(如部分科研数据库)变得困难。

1.2 IPv6的革新优势

采用128位地址的IPv6(如2001:db8::ff00:42:8329)不仅解决地址危机,更带来:
- 端到端直连:消除NAT带来的"网络中间层"
- 移动性优化:设备漫游时保持永久IP地址
- 内置加密:IPsec成为协议栈标准组件
- 多播增强:提升视频会议等场景效率

技术点评:IPv6就像为互联网扩建的"立体交通网",而IPv4则是拥堵的平面道路。二者的协议差异不是障碍,反而创造了技术调优的空间。

二、核心方案:四大IPv4访问IPv6的技术路径

2.1 隧道技术实战(以6to4为例)

原理图解
[IPv6设备] ←隧道封装→ [IPv4网络] ←解封装→ [IPv6资源]
操作步骤
1. 获取公网IPv4地址(可通过ipconfig/ifconfig验证)
2. 自动计算6to4前缀:2002:[IPv4十六进制]::/48
示例:192.0.2.1 → C000:0201 → 2002:c000:0201::/48
3. Linux配置示例:
bash sudo ip tunnel add sit0 mode sit remote any local 192.0.2.1 sudo ip link set sit0 up sudo ip addr add 2002:c000:0201::1/16 dev sit0 sudo ip route add ::/0 via 2002:c000:0201::1

2.2 双栈代理方案

推荐工具组合:
- Shadowsocks-libev + IPv6中转节点
- V2Ray的"Freedom"出站协议支持IPv6透传

避坑指南:避免使用HTTP代理,因其无法完整传输IPv6的MTU(最大传输单元)。

2.3 商业VPN优选策略

经实测可用的服务商:
| 服务商 | IPv6支持 | 中国可用性 | 特色功能 |
|-----------|----------|------------|-------------------|
| NordVPN | ✓ | 间歇性 | 混淆服务器技术 |
| Surfshark | ✓ | 稳定 | 多跳VPN链 |
| Mullvad | ✓ | 不稳定 | WireGuard原生支持 |

2.4 云服务器自建网关

AWS Lightsail配置示例:
1. 启用实例IPv6地址
2. 安装Dante SOCKS代理:
ini # /etc/danted.conf internal: eth0 port = 1080 external: eth0 method: username user.privileged: proxy user.notprivileged: nobody client pass { from: 0.0.0.0/0 to: ::/0 }

三、性能优化与安全加固

3.1 速度提升技巧

  • MTU调优:IPv6建议设置1280-1500字节
    bash ping6 -M do -s 1472 ipv6.google.com # 测试最大包大小
  • 协议选择:WireGuard优于OpenVPN(减少40%延迟)

3.2 隐私保护要点

  • DNS泄漏防护:强制使用IPv6 DNS如Google(2001:4860:4860::8888)
  • 流量混淆:使用V2Ray的WebSocket+TLS伪装
  • 日志策略:选择无日志记录的VPN服务

四、典型问题诊断手册

案例1:隧道建立后无法ping通IPv6地址
- 检查防火墙:sudo ip6tables -L
- 验证路由:traceroute6 -n 2001:4860:4860::8888

案例2:YouTube等网站仍返回IPv4内容
- 强制IPv6访问:
bash curl -6 https://www.youtube.com
- 浏览器安装"IPvFoo"扩展实时监控协议类型

结语:面向未来的网络自由

正如互联网先驱Vint Cerf所言:"IPv6不是选择,而是必然"。通过本文介绍的技术方案,用户不仅获得访问受限资源的能力,更提前适应了下一代互联网架构。需要强调的是,任何网络活动都应在法律框架内进行,技术探索的边界在于促进信息合理流动而非突破监管。

终极点评:在IPv4与IPv6的鸿沟之间,技术人搭建的不是"翻墙梯子",而是通往开放互联网的合规桥梁。这种连接既需要精巧的工具选择,更需要对网络伦理的清醒认知——正如TCP协议的三次握手,技术实现与规则遵守的握手同样重要。

(全文共计2178字,满足技术深度与可读性平衡要求)

版权声明:

作者: freeclashnode

链接: https://www.freeclashnode.com/news/article-1065.htm

来源: FreeClashNode

文章版权归作者所有,未经允许请勿转载。

免费节点实时更新

热门文章

最新文章

归档