我迟到了几年，但这似乎是一个常见的问题，这似乎是一个合理的职位，出现在搜索，所以我会张贴我的经验在这里。
我调试Jenkins UI缓慢使用：

• 更新Jenkins到最新版本以解决我在问题跟踪器和论坛中发现的所有问题，以及在较新版本中标记为已修复的问题。这没有修复它。
• Linux主机上的“top”以查看使用了哪些资源。在使用GUI时，它几乎一直显示“jenkins”的CPU负载为100+%。内存似乎不是问题。
• 内存使用量大约是4GB，所以我尝试将Jenkins JVM的最小堆大小设置为16 GB，最大堆大小设置为22 GB（主机有24 GB），以确保内存和GC不成问题。2但事实并非如此，UI一直很慢，内存使用量保持在最小设置。
• “tcpdump”来查看它收到了什么请求，以及Jenkins是否尝试轮询一些响应可能很慢的网络资源。一些有趣的发现，但没有真实的的解决方案。
• 使用YourKitJavaProfiler分析JenkinsJVM，同时手动连续访问GUI，造成缓慢效果。收集CPU使用、方法调用、线程调度、内存使用的转储。通过SSH将Profiler连接到JenkinsJVM，运行良好。
• 从Github下载Jenkins源代码，以将分析器结果与源代码进行匹配，并查看代码中的这些地方在做什么。将分析器插件和Jenkins源代码添加到IntelliJ IDEA以进行调试。

我的发现：
很难准确定位问题，因为似乎几乎没有可见性。
分析器显示每个线程都有大量线程偶尔会有高负载，但没有一致性。整体火焰图显示某个插件的大部分时间都花在Thread.sleep上。这似乎有点奇怪，因为睡眠不应该消耗CPU。YourKit shows显示它似乎是为了给予所用挂钟时间的整体视图。因此，考虑过滤Thread.sleep以查看真实的的问题。
火焰图显示了很多日志记录语句与其他内容交织在一起，这看起来有点可疑。查看探查器突出显示的跟踪的Jenkins源代码，我发现Jenkins支持非常详细的日志记录。因此，我更深入地研究了Jenkins日志以及如何配置它们。还考虑为探查器突出显示的部分启用跟踪（日志），以查看正在发生的事情。
这些日志是管理Jenkins -〉系统日志-〉日志记录器下的set up日志记录器。我在那里找到了以前添加的日志记录器。这是一个Jenkins Java包，该包一直被访问，并启用了详细跟踪。可能是为了跟踪某个问题而添加的，但从未删除。记住分析器结果，它生成的日志数量看起来可疑，所以我删除了它。
在此之后，Jenkins的性能提高到了一个很好的水平。虽然不是很快，但很接近。非常好。所以在这种情况下，问题是这个额外的日志配置，这是采取100%的CPU和缓慢的GUI爬行（运行在单个主线程中，我猜...）。主要的Jenkins日志在/var/log/Jenkins中，它没有显示任何日志，这也有点令人困惑，因为这是我首先看的东西之一。
这个发现当然只是一个需要检查的潜在问题。但是上面的方法对我很有效，而且可能更普遍地有用。