sun.security.provider.SHA2 使用 100% cpu 并在一段时间后挂起 5 分钟

Posted 2023-03-25

【中文标题】sun.security.provider.SHA2 使用 100% cpu 并在一段时间后挂起 5 分钟

【英文标题】：sun.security.provider.SHA2 use 100% cpu and hangs for 5 minutes after a while

【发布时间】：2014-02-04 11:32:06

【问题描述】：

我有一个奇怪的行为，也许你可以帮助我。

环境是

jdk_7u40（与 jdk_7u51 尝试相同的行为） debian 6.0（在 windows 上我从来没有遇到过这个问题） jboss 7.1.1 基于 Spring 框架的 Geoserver 2.4.x（尝试 .3 和 .4，结果相同） 其他 war 模块（不是基于 spring，但 geoserver 对它们有一些依赖）

问题是，在 jboss 运行几个小时后，当我尝试登录到 geoserver 的 Web 界面（到 j_spring_security servlet 的 POST）时，需要很长时间（4-5 分钟）才能登陆应用程序的欢迎页面。

使用jstack，我发现有一个线程一直消耗100％的内核，并且进程一直在这里工作

at sun.security.provider.SHA2.lf_S(SHA2.java:162)
at sun.security.provider.SHA2.lf_sigma0(SHA2.java:171)
at sun.security.provider.SHA2.implCompress(SHA2.java:225)
at sun.security.provider.SHA2.implDigest(SHA2.java:118)
at sun.security.provider.DigestBase.engineDigest(DigestBase.java:186)
at sun.security.provider.DigestBase.engineDigest(DigestBase.java:165)
at java.security.MessageDigest$Delegate.engineDigest(MessageDigest.java:576)
at java.security.MessageDigest.digest(MessageDigest.java:353)
at java.security.MessageDigest.digest(MessageDigest.java:399)
at org.jasypt.digest.StandardByteDigester.digest(StandardByteDigester.java:979)
- locked <0x00000006f8c30bb0> (a java.security.MessageDigest$Delegate)
at org.jasypt.digest.StandardByteDigester.matches(StandardByteDigester.java:1099)
at org.jasypt.digest.StandardStringDigester.matches(StandardStringDigester.java:1052)
at org.jasypt.util.password.StrongPasswordEncryptor.checkPassword(StrongPasswordEncryptor.java:99)
at org.jasypt.spring.security3.PasswordEncoder.isPasswordValid(PasswordEncoder.java:204)
at org.geoserver.security.password.AbstractGeoserverPasswordEncoder.isPasswordValid(AbstractGeoserverPasswordEncoder.java:138)
at org.geoserver.security.password.GeoServerMultiplexingPasswordEncoder.isPasswordValid(GeoServerMultiplexingPasswordEncoder.java:75)
at org.springframework.security.authentication.dao.DaoAuthenticationProvider.additionalAuthenticationChecks(DaoAuthenticationProvider.java:64)

你们中的一些人有类似的问题吗？

编辑（有解决方法）

我发现问题与CMS垃圾收集器和permgen空间的增加有关。

环境

应用服务器是 JBoss 7.1.1，其中部署了 5 个战争（Geoserver 和其他）。所有战争之间都有共同的依赖关系（也有地理服务器）； Java 使用 -XX:+UseParallelOldGC -XX:SoftRefLRUPolicyMSPerMB=36000 运行

会发生什么

当执行一次完整的 gc 时，permgen 空间会比已使用的空间增加很多。之后sun.security.provider.SHA2.*中方法的计算就变得很慢了。

我是怎么解决的

迁移到 G1GC 垃圾收集器为我解决了这个问题（目前我正在使用以下选项 -XX:+UseG1GC -XX:-UseAdaptiveSizePolicy -XX:SurvivorRatio=1 -XX:NewRatio=1 -XX:MaxTenuringThreshold=15 -XX:G1HeapRegionSize=32m）

【问题讨论】：

我找到了 2 个报告此问题的链接。 JDK bug 和 yellowgrass bug

我遇到了完全相同的问题，在 Windows 下使用 JDK7。发生时总运行时间只有几秒钟，但默认 GC 的行为与您在编辑中描述的完全一样。不幸的是，您提到的 JDK 错误表示他们不会费心修复错误，因为他们专注于 JRE 签名的 jar 和 SSL 启动。

【参考方案1】：

我没有。您可以在 GeoServer 自己的错误跟踪器上报告问题吗？ http://jira.codehaus.org/browse/GEOS

【讨论】：

我正在等待将其报告为 Geoserver 中的错误，我认为这是“在我这边”。一旦我有更多信息（也就是我确认 jboss 中的所有其他战争都不是原因），我将在 geoserver 中填写一个错误，好吗？