IBM WebSphere家族产品与BEA WebLogic家族产品比较
第一部、应用服务器篇WebSphere App Server Vs. WebLogic App Server第一章、产品概述5一、软件技术发展51、传统两层次软件的缺陷52、三层次（或多层次）软件架构与中间件6二、主要的中间件软件供应商81、IBM公司82、BEA公司83、其它厂商9第二章、软件体系结构10一、WEBSPHE...显示全部
返回一生何求的回答
“答”则兼济天下，请您为题主分忧！
第四章、软件性能
一、动态内容缓存（Caching Dynamic Content）
众所周知，应用服务器最大限度地重用缓存中的内容，不需要重新生成客户想要的内容对于提高服务器的性能有着多么重要的意义。长期以来，该技术只是简单地用于静态的HTML页面。但是，这种局限在在IBM WebSphere 3.5.3中终于被打破了。IBM WebSphere 3.5.3不但可以提供传统意义上的静态内容的缓存，也可以实现动态生成内容的缓存。
通过在服务器上设置一定的规则，WebSphere能生成基于JSP或者Servlet的内容缓存。用户的请求不必要重新生成，可以从缓存中直接返回到客户端。这样，极大地提高了服务器的吞吐量，减少了服务器的负载。
在服务器端缓存内容的规则设置通过设置一个间隔时间来实现。这个参数通过对Servlet、JSP设置一个有效时间来决定内容缓存的持续时间。
该功能目前在IBM WebShere 3.5.3中已经实现，但是，BEA WebLogic Server没有实现这个功能。
二、垂直扩展性（Vertical Scalability）
IBM在开发和提供多CPU的系统的应用上有非常长的历史和高的信誉。同样，在WebSphere平台中，IBM也提供了对于多CPU环境和多JVM环境性能的支持。在SMP环境下，IBM WebSphere Application有着比BEA WebLogic Server好很多的性能。在一个小的SMP环境下（1-4CPU），无论是WebSpher还是WebLogic都能很好地利用CPU。然而，如果我们增加CPU的数量，WebSphere可以继续充分地利用CPU，但WebLogic对CPU的利用率在6CPU时就有减少，在12CPU时达到顶峰。这一现象与JVM无关，是WebLogic自己内部的问题。
IBM提供在多平台上JVM的性能优化技术，例如Windows、Linux等平台上。这是因为WebSphere采用了IBM的专利技术“inmulti-cpu environments”，在各个平台上都可实现。因此，在多节点、多处理器的环境下IBM WebSphere Application Server比BEA WebLogic Server性能好很多。
三、水平扩展性（Horizontal Scalability）
在Web Application中，保护和维持一个“会话”的状态的能力十分重要。“会话”允许应用保持当前用户的信息，提供一个虚拟的常连接状态。为了提供良好的可扩展性和高的性能，许多Java应用服务器提供了克隆（Cloning）或者聚簇（Clustering）功能来实现单一的实体。在这种环境里，不能保证用户下一个请求的信息被哪一个聚簇服务器响应。因此，“状态”或者说是“Session（会话）”的作用在这种环境里就十分重要了。
IBM聚簇会话管理依赖于稳定的数据库技术。所有参与聚簇的服务器都将信息存放在一个共享的数据库中。所有会话的信息的持续性通过数据库来保证。当一个会话的信息发生改变的时候，它将存放在数据库中，立即可以被参与聚簇的其它的服务器使用。如果其中的一个服务器发生了异常引起死机，存放在数据库中的会话信息不会丢失。这样，WebSphere最大限度地保证了会话的正确状态，保证客户应用的正常处理。
BEA WebLogic服务器采用多点传送（Multicast）的途径来更新一个会话的信息，这种方式有几个致命的缺陷：第一，在一个聚簇的环境里，如果一个服务器发生了异常情况，引起非正常的死机，但是它在其退出之前并没有将信息广播出去，那么该服务器上最新的会话信息将丢失，不能被其它服务器使用；第二，网络的负载将大大增加，采用该种方式将产生大量的广播数据和会话数据在网络中传递，必然降低网络的性能；第三，依赖频繁的广播来更新会话的的内容，当前会话的数据不能够迅速地被其它服务器使用，其结果就是旧的或不正确的信息在后来的请求中被使用。
四、数据库存取技术（Faster Database Access）
在现在的Web应用中，一个程序往往要和数据库频繁的到交道。存取数据库的能力往往也是应用的一个瓶颈。因此，快速有效地存取数据库对应用就显得十分重要了。一个Java程序执行Web应用时，它已经是被编译好的程序。但是一个SQL语句要在程序运行的时候才被数据库服务器编译执行。每当一个数据库请求被执行时，相关的SQL语句必须被编译一次。这也是应用效率高低的一个重要因素。
IBM WebSphere Application Server包含了强大的数据源管理功能和连接池的技术（Connection pooling）。在数据源的管理中，WebSphere提供了一种SQL的缓存叫做“准备好的语句（Prepared Statements）”。Prepared Statements在SQL语句中是指预先编译好的SQL语句。当有数据库存取的请求时，WebSphere中的数据源管理会充分利用缓存中的预先编译好的SQL语句，忽略对SQL语句的重新编译的请求。这对于提高应用的性能有极大的好处，尤其是应用中有许多相同的SQL语句的时候效果就更明显。但是，BEA WebLogic服务器没有这种功能， 必然导致应用程序性能的降低。
一、动态内容缓存（Caching Dynamic Content）
众所周知，应用服务器最大限度地重用缓存中的内容，不需要重新生成客户想要的内容对于提高服务器的性能有着多么重要的意义。长期以来，该技术只是简单地用于静态的HTML页面。但是，这种局限在在IBM WebSphere 3.5.3中终于被打破了。IBM WebSphere 3.5.3不但可以提供传统意义上的静态内容的缓存，也可以实现动态生成内容的缓存。
通过在服务器上设置一定的规则，WebSphere能生成基于JSP或者Servlet的内容缓存。用户的请求不必要重新生成，可以从缓存中直接返回到客户端。这样，极大地提高了服务器的吞吐量，减少了服务器的负载。
在服务器端缓存内容的规则设置通过设置一个间隔时间来实现。这个参数通过对Servlet、JSP设置一个有效时间来决定内容缓存的持续时间。
该功能目前在IBM WebShere 3.5.3中已经实现，但是，BEA WebLogic Server没有实现这个功能。
二、垂直扩展性（Vertical Scalability）
IBM在开发和提供多CPU的系统的应用上有非常长的历史和高的信誉。同样，在WebSphere平台中，IBM也提供了对于多CPU环境和多JVM环境性能的支持。在SMP环境下，IBM WebSphere Application有着比BEA WebLogic Server好很多的性能。在一个小的SMP环境下（1-4CPU），无论是WebSpher还是WebLogic都能很好地利用CPU。然而，如果我们增加CPU的数量，WebSphere可以继续充分地利用CPU，但WebLogic对CPU的利用率在6CPU时就有减少，在12CPU时达到顶峰。这一现象与JVM无关，是WebLogic自己内部的问题。
IBM提供在多平台上JVM的性能优化技术，例如Windows、Linux等平台上。这是因为WebSphere采用了IBM的专利技术“inmulti-cpu environments”，在各个平台上都可实现。因此，在多节点、多处理器的环境下IBM WebSphere Application Server比BEA WebLogic Server性能好很多。
三、水平扩展性（Horizontal Scalability）
在Web Application中，保护和维持一个“会话”的状态的能力十分重要。“会话”允许应用保持当前用户的信息，提供一个虚拟的常连接状态。为了提供良好的可扩展性和高的性能，许多Java应用服务器提供了克隆（Cloning）或者聚簇（Clustering）功能来实现单一的实体。在这种环境里，不能保证用户下一个请求的信息被哪一个聚簇服务器响应。因此，“状态”或者说是“Session（会话）”的作用在这种环境里就十分重要了。
IBM聚簇会话管理依赖于稳定的数据库技术。所有参与聚簇的服务器都将信息存放在一个共享的数据库中。所有会话的信息的持续性通过数据库来保证。当一个会话的信息发生改变的时候，它将存放在数据库中，立即可以被参与聚簇的其它的服务器使用。如果其中的一个服务器发生了异常引起死机，存放在数据库中的会话信息不会丢失。这样，WebSphere最大限度地保证了会话的正确状态，保证客户应用的正常处理。
BEA WebLogic服务器采用多点传送（Multicast）的途径来更新一个会话的信息，这种方式有几个致命的缺陷：第一，在一个聚簇的环境里，如果一个服务器发生了异常情况，引起非正常的死机，但是它在其退出之前并没有将信息广播出去，那么该服务器上最新的会话信息将丢失，不能被其它服务器使用；第二，网络的负载将大大增加，采用该种方式将产生大量的广播数据和会话数据在网络中传递，必然降低网络的性能；第三，依赖频繁的广播来更新会话的的内容，当前会话的数据不能够迅速地被其它服务器使用，其结果就是旧的或不正确的信息在后来的请求中被使用。
四、数据库存取技术（Faster Database Access）
在现在的Web应用中，一个程序往往要和数据库频繁的到交道。存取数据库的能力往往也是应用的一个瓶颈。因此，快速有效地存取数据库对应用就显得十分重要了。一个Java程序执行Web应用时，它已经是被编译好的程序。但是一个SQL语句要在程序运行的时候才被数据库服务器编译执行。每当一个数据库请求被执行时，相关的SQL语句必须被编译一次。这也是应用效率高低的一个重要因素。
IBM WebSphere Application Server包含了强大的数据源管理功能和连接池的技术（Connection pooling）。在数据源的管理中，WebSphere提供了一种SQL的缓存叫做“准备好的语句（Prepared Statements）”。Prepared Statements在SQL语句中是指预先编译好的SQL语句。当有数据库存取的请求时，WebSphere中的数据源管理会充分利用缓存中的预先编译好的SQL语句，忽略对SQL语句的重新编译的请求。这对于提高应用的性能有极大的好处，尤其是应用中有许多相同的SQL语句的时候效果就更明显。但是，BEA WebLogic服务器没有这种功能， 必然导致应用程序性能的降低。
浏览430