了解用于大型缓存实现的 WebSphere Application Server 选项

核心提示： 年轻代空间的大小通过 -Xmn (-Xmns/-Xmnx) 设置，而年老代空间的大小通过 -Xmo (-Xmos/-Xmox) 设置，了解用于大型缓存实现的 WebSphere Application Server 选项(3)，大型保育室通常适合处理吞吐量较大的情况，而小型保育室通常能提供较短的

年轻代空间的大小通过 -Xmn (-Xmns/-Xmnx) 设置，而年老代空间的大小通过 -Xmo (-Xmos/-Xmox) 设置。

大型保育室通常适合处理吞吐量较大的情况，而小型保育室通常能提供较短的暂停时间，而要获得较高的 WebSphere Application Server 性能（吞吐量）通常需要相当大的保育室。一种不错的做法是，从 512MB 开始，然后逐步向上或向下，以确定最优值、测定吞吐量或响应时间，并分析 GC 日志，以了解进行清除操作的频率及时间。

ObjectGrid 是否适合您？

如果您需要为应用服务器使用大型 JVM，则有必要认证考虑一下 ObjectGrid。我在前面提到过，对于此讨论，我们将任何堆大小为 2 GB 及更高的 JVM 都视为“大型”JVM。这并不是说要从 ObjectGrid 获益就需要使用大型堆，远不是这个意思。任何大小的缓存都可以帮助提高性能和吞吐量，但是 ObjectGrid 能够存储大量数据，而且使用 32 位 JVM，这就使其成为了一个非常理想的方案，不用过渡到相关内存开销大的 64 位 JVM。

正如前面提到的，ObjectGrid 属于 WebSphere Extended Deployment（而且作为 Data Grid 单独提供）。如果您对其不了解，在此我对此作一下极为简单的介绍：ObjectGrid 是用于 Java 应用程序的启用了网格的灵活内存数据存储，提供了一系列部署和编程选项。最简单的选项是，将其作为内存内数据库使用，或作为 Java Platform Standard Edition (Java SE) 或 Java Platform Enterprise Edition (Java EE) 应用程序的缓存使用。每个 ObjectGrid 都由一个或多个映射组成，而每个映射又由一组键值对组成。在本讨论中，特别有意义的是两项 ObjectGrid 功能：

ObjectGrid 可以通过使用静态集群或动态集群采用客户机-服务器部署模型部署。动态集群使用目录服务来维护服务进程 JVM 列表，ObjectGrid 应用程序容器就承载在其中。目录服务为 ObjectGrid 部署提供多项服务（位置服务、放置服务、运行状况监视以及管理访问）。反过来，客户机可以与这些 ObjectGrid 服务器交互，以访问缓存内容（图 1)，而这样又允许应用服务器“客户机”将缓存的主要内容分流到其他进程，而且同时仍然将访问最频繁的数据保存在本地缓存中。