JBOSS 6.1在并发调用有状态bean时运行EJB3.1的性能问题

JBOSS 6.1在并发调用有状态bean时运行EJB3.1的性能问题,jboss,ejb,javabeans,stateful,Jboss,Ejb,Javabeans,Stateful,在将一个大型服务器应用程序从运行EJB3.0的JBOSS 4.0.5迁移到运行EJB3.1的JBOSS 6.1.0之后,我注意到当同时访问有状态bean和方法调用时,一致的响应时间会增加 在一些测试中,在较旧的环境中,方法调用的平均响应时间通常为几毫秒,而在较新的版本中,在本地运行的相同系统上,平均响应时间大约为几百毫秒,因此排除了网络问题。(主要是设置者)(SFB查找在本地完成) 我该如何进一步调查这是什么原因造成的?只是我的想法而已 有状态会话Bean的生命周期 在Jboss中,如果缓存太

在将一个大型服务器应用程序从运行EJB3.0的JBOSS 4.0.5迁移到运行EJB3.1的JBOSS 6.1.0之后,我注意到当同时访问有状态bean和方法调用时,一致的响应时间会增加

在一些测试中,在较旧的环境中,方法调用的平均响应时间通常为几毫秒,而在较新的版本中,在本地运行的相同系统上,平均响应时间大约为几百毫秒,因此排除了网络问题。(主要是设置者)(SFB查找在本地完成)

我该如何进一步调查这是什么原因造成的?

只是我的想法而已

有状态会话Bean的生命周期

在Jboss中,如果缓存太满或Bean太旧,有状态会话Bean将从就绪状态移动到被动状态


我认为“完全缓存”可能是响应延迟的原因之一,因为它将开始钝化有状态会话bean。确认这一点的一种方法是将调试日志添加到有状态会话Bean中的PrePassivate回调函数中,并逐渐强调观察行为的应用程序。

这个问题在一个开箱即用的JBOSS 6.1上重现,只有几个baisc类/SFB(setter等)为了模拟上述情况。我尝试手动将缓存的大小增加到荒谬的程度,以确认您的想法,但问题仍然存在。还按照文档中的建议使用@CacheConfig注释完全禁用了钝化。没有改善时间安排