如果您想了解helm部署Jenkins的详情，请参考《Helm部署和体验jenkins》

问题描述

当Jenkins任务密集时，Jenkins页面响应缓慢，偶尔有白屏情况发生（稍后自动恢复），且构建速度明显变缓，此时去后台看一下环境信息：

1. K8S环境已装了metrics-server，用命令kubectl top pod --all-namespaces可以看到Jenkins所占内存仅有410兆，如下图：

2. Jenkins是Java应用，在处理大量任务的时候，410兆的内存应该是不够的，JVM内存不足会导致频繁的垃圾回收，接下来顺着这个思路去看JVM内存情况；

3. 由上图可知pod名为my-jenkins-74bcdfc566-lmhnw，通过kubectl describe pod my-jenkins-74bcdfc566-lmhnw -n helm-jenkins查看此pod详情：

4. 由上图红框1可知此pod运行在node3节点，红框2显示对应的docker容器ID为f9ae211abe99(前12位)；

5. 去node3机器上执行docker ps，果然发现了ID为f9ae211abe99的容器，如下图：

6. 执行命令docker exec f9ae211abe99 jps查看容器内所有java进程的PID，如下图，可见Jenkins服务在容器内的PID等于6：

7. 知道了容器ID和java进程的PID，就可以查看JVM信息了，执行命令docker exec f9ae211abe99 jstat -gcutil 6 3s 99查看GC情况，如下图，除了YGC频繁，还出现了FGC：

8. 再用命令docker exec f9ae211abe99 jmap -heap 6查看JVM内存情况，如下图，年轻代太小了，只有100兆：

9. 最后用命令docker exec f9ae211abe99 ps -ef | grep java查看该进程的启动命令，如下图，可见启动该java进程时没有指定内存参数：

10. 在观察的过程中，ID为f9ae211abe99的容器突然不见了，取而代之的是一个ID为7f1f94d79e46新容器，如下图所示：

11. 执行命令kubectl get event -n helm-jenkins查看该命名空间的所有事件，如下图红框所示，发现原来是探针不响应迫使K8S重启该pod：

12. 诊断完成，根据前面的信息可以推测：JVM内存太小，YGC频繁，甚至会有FGC出现，系统响应过慢还可能导致K8S探针判断容器不健康，引发docker容器被删除后重新创建；

13. 基于上述结果制定的应对措施：调整JVM参数，减少GC；

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

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

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

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

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

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

总结

上述知识点，囊括了目前互联网企业的主流应用技术以及能让你成为“香饽饽”的高级架构知识，每个笔记里面几乎都带有实战内容。

很多人担心学了容易忘，这里教你一个方法，那就是重复学习。

打个比方，假如你正在学习 spring 注解，突然发现了一个注解@Aspect，不知道干什么用的，你可能会去查看源码或者通过博客学习，花了半小时终于弄懂了，下次又看到@Aspect 了，你有点郁闷了，上次好像在哪哪哪学习，你快速打开网页花了五分钟又学会了。

从半小时和五分钟的对比中可以发现多学一次就离真正掌握知识又近了一步。

人的本性就是容易遗忘，只有不断加深印象、重复学习才能真正掌握，所以很多书我都是推荐大家多看几遍。哪有那么多天才，他只是比你多看了几遍书。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
套讲解视频、实战项目源码讲义》点击传送门即可获取！**