关于ejb和javaBean的性能问题

ejb 架构比较性能调优集群cluster

layout1

03-09-28 7 465

如果系统的访问量很大,性能需求也很严格.项目让你来负责
你会采用何种架构?会不会使用ejb?
ejb的io会不会造成瓶颈?(lookup的)
使用javaBean加上一个好的连接池并且使用存储过程
效果会不会好一些?

请大家讨论讨论.我希望能够听到不同的声音

robbin

2003-09-28 10:55

>>使用javaBean加上一个好的连接池并且使用存储过程效果会不会好一些?

性能会有很大的提高，如果是在单个JVM上面跑。

>>如果系统的访问量很大,性能需求也很严格.项目让你来负责你会采用何种架构?会不会使用ejb?

根据budget而定。

>>lookup的

只有第一次耗时。第二次开始几乎没有时间开销。

layout1

2003-09-28 11:34

谢谢robbine大哥的回答.

现在ejb在j2ee体系中好像面临着一种很尴尬的局面?一般的系统使用ejb的好像都不太多吧?
项目预算不是问题,由于是一个非常重视性能(实时通信,电话服务的那种系统),对于反应速度要求非常严格.每个页面(前台的jsp)的切换不能超过2 s,知识库的查询也如此,同时连接数约为3000(持续不断,7*8方式)
现在有很多种备选方案,其中包括javabean,dao,ejb等数据库操作方式,但是我对这些东东的具体性能指标不是很清楚.(jdo暂时不作考虑..呵呵)
服务器的布置是用两个weblogic的服务器做成集群,所有的访问在同一个jvm中进行.

另外,对于lookup的问题robbine兄能否解释的清楚一些,第一次访问的时候会比较慢,以后就很快了?这是什么原因呢?

谢谢

raynix

2003-09-28 11:45

不要为了使用ejb而使用ejb。Just a tool out there.

layout1

2003-09-28 12:30

嗯,我非常同意您的观点.
所以我现在在这几个东西里面徘徊
从性能上面考虑我是不是该排除ejb?
我看了一些性能报告,也包括一些网友的讨论
涉及到大量数据和性能要求较高的项目好像都不赞成使用ejb
或者部分,小数量的修改使用ejb的比较多.
而使用了ejb的项目和系统往往使用sessionBean来进行大数量的访问
而bmp或cmp的entityBean只是对小数量的数据进行修改和插入.

这样一来和ejb的整个架构感觉有些异样,sessionBean访问数据库操
作好像是不被推荐的?entityBean的循环和频繁查询会大大降低性能?

有2页 1 2 下一页