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

时间:2014-02-04 11:32:07

标签: java spring jboss7.x geoserver

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

环境

  • jdk_7u40(与jdk_7u51一样尝试同样的行为)
  • debian 6.0(在Windows上我从未遇到过这个问题)
  • jboss 7.1.1
  • 基于spring框架的Geoserver 2.4.x(尝试.3和.4,结果相同)
  • 其他战争模块(不是基于弹簧的,但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个war(Geoserver等)。所有战争都有共同的依赖关系(也有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

1 个答案:

答案 0 :(得分:0)

我没有。你能在GeoServer自己的bug追踪器上报告这个问题吗? http://jira.codehaus.org/browse/GEOS