Sun GlassFish Enterprise Manager Performance Monitor (Performance Monitor) 是连接并监视本地和远程 Sun GlassFish Enterprise Server 安装的客户机应用程序,提供一套完备的有关服务器、域、群集、实例、Web 应用程序、JVM 等的实时性能度量。
Performance Monitor 构建在 NetBeans 框架之上且封装了 VisualVM,以方便的、易于解释的图形形式提供性能度量,并以 GlassFish 管理控制台用户熟悉的方式组织受监视对象。
本文档包括以下内容:
版本 |
日期 |
更改描述 |
---|---|---|
10 |
2009 年 1 月 |
初始发行版本。 |
Performance Monitor 是 Java 应用程序,需要 Java SE Development Kit (JDK) 第 6 版 Update 7 (1.6.0_7) 或更高版本。
Performance Monitor 1.0 已在以下平台上通过测试,这些平台支持其运行。
平台 |
最小内存/磁盘空间 |
推荐的内存/磁盘空间 |
JVM 版本 |
---|---|---|---|
Solaris 10(SPARC 和 x86) |
512 MB RAM / 250 MB 空闲 |
512 MB / 500 MB 空闲 |
Java SE 6 Update 7 |
Red Hat Enterprise Linux 4.0 (x86) |
512 MB RAM / 250 MB 空闲 |
1GB / 500 MB 空闲 |
Java SE 6 Update 7 |
SUSE Linux Enterprise Server 10 SP1 (x86) |
512 MB RAM / 250 MB 空闲 |
1GB / 500 MB 空闲 |
Java SE 6 Update 7 |
Windows XP (x86) |
1 GB RAM / 500 MB 空闲 |
2 GB RAM / 1 GB 空闲 |
Java SE 6 Update 7 |
Windows Vista (x86) |
1 GB RAM / 500 MB 空闲 |
2 GB RAM / 1 GB 空闲 |
Java SE 6 Update 7 |
Mac OS X 10.5.4(64 位 x86) |
512 MB RAM/ 250 MB 空闲 |
512 MB RAM / 500 MB 空闲 |
Java SE 6 Update 7 |
在以下平台上,Performance Monitor 1.0 试验成功,但这些平台未经过正式或完全的测试,因此不受支持。
OpenSolaris 2008.11 (x86)
Red Hat Enterprise Linux 5.0 (x86)
AIX 5.3
openSUSE 11.0 (x86)
Windows Server 2003 (x86)
Windows Server 2008 (x86)
在 Sun GlassFish Enterprise Server 2.1 上对 Performance Monitor 1.0 进行测试后发现,Sun GlassFish Enterprise Server 2.1 支持 Performance Monitor 1.0 的运行。
升级到 JDK 6 Update 12 (1.6.0_12) 之后,Performance Monitor 在“应用程序”窗口中不显示任何应用程序。当系统上的任何应用程序正在运行 JDK 6 Update 12 时,将出现此问题,即使 Performance Monitor 运行的是 JDK 6 Update 11 或更低版本也是如此。
解决方法:卸载 JDK 6 Update 12,恢复到 JDK 6 Update 11 (1.6.0_11)。
当 Performance Monitor 丢失与受监视项目的连接时,不会关闭该项目已打开的任意视图。以后,如果连接恢复,则尝试打开该项目的视图将失败。Performance Monitor 会将该项目的现有非活动视图显示在前面。
解决方法:关闭现有的非活动视图,然后打开一个新视图。
可以使用“窗口”菜单上的“关闭非活动视图”命令来关闭所有非活动视图,而不必逐一查找并选择每个非活动视图。
添加 JMX 连接,在树窗格中将其展开之后,有时连接下的项目可能要花 1 分钟以上才能显示。
解决方法:无。添加 JMX 连接之后,Performance Monitor 会向连接发送几条 JMX 消息以建立该连接可监视项目的列表。这些消息所经过的响应时间取决于多种因素,包括:托管域或实例的系统上的负载、托管连接的域或实例上的负载,以及网络带宽。
即使群集上有 Web 应用程序可用并已启用,也只有群集的域管理服务器实例显示 JDBC 连接池。其他实例不显示 JDBC 连接池。
解决方法:在 GlassFish 管理控制台中,选择与 Web 应用程序关联的 JDBC 资源。然后,使用“管理目标”命令使资源在群集上可用并启用。
当在 GlassFish 管理控制台中使用 asadmin start-cluster 命令或“启动群集”命令启动群集时,GlassFish 会同时启动所有群集实例。某些情况下,同时启动所有群集实例会导致某些实例的监视功能在启动时不可用。在 Performance Monitor 中,这些实例会在群集视图上的“内存”和“正常运行时间”字段中显示“不可用”。
在通过 SSL 使用 JMX 的 8 个实例(这些实例分布在统一硬件上)的群集上也发生过此问题。在没有 SSL 的较大群集上也可能发生此问题。
解决方法:以错列的时间间隔逐个启动实例。例如,使用以 10 至 20 秒钟的时间间隔启动实例的脚本可防止发生此问题。(确切的延迟时间依硬件而定。)
使用配置程序(在本地 GlassFish 域和 JVM 上可用)对已配置的应用程序的性能产生不良影响。启动文件配置时,已配置的应用程序将暂停,同时启用文件配置仪器;停止文件配置时,将再一次暂停已配置的应用程序,并禁用文件配置仪器。进行文件配置时,已配置的应用程序的性能会下降。
解决方法:无。建议不要在生产服务器上使用配置程序。对于生产前系统和开发系统,请参见以下提示:
如果要对 Web 应用程序(不是整个服务器)进行文件配置,请使用 NetBeans 配置程序及其 GlassFish 集成,而不是 Performance Monitor 中的配置程序。NetBeans 配置程序自动将文件配置仪器限定为该应用程序,因此整体服务器性能不会受到很大影响。
如果您需要对服务器进行文件配置,请尝试定义小的根集 (rootset)(方法入口点),以便只有服务器的若干部分针对文件配置而进行程序校验。此外,请向已配置的服务器和 Performance Monitor 提供尽可能多的内存和 CPU 时间。
在没有 Internet 连接的系统上运行 Performance Monitor 时,联机帮助(网址为 http://wikis.sun.com/display/PerfMonitorOLH)不可访问。
解决方法:无。
在 Windows Vista 上,下载 Performance Monitor 并用 cygwin 命令 shell 解压缩后,Performance Monitor 无法运行。Windows Vista 会显示以下消息:
Windows 无法访问指定的设备、路径或文件。您可能没有访问该项目的适当权限。
解决方法:请勿使用 cygwin 命令 shell 解压缩 Performance Monitor。
在 Windows XP 上,如果 Performance Monitor 和 Cisco VPN 正在运行,则尝试启动本地 GlassFish 域可能会失败,同时产生一系列异常。
解决方法:执行以下步骤:
退出 Performance Monitor。
停止所有与服务器启动失败相关的 Java VM。
启动 GlassFish 域。
等待服务器启动完成。
启动 Performance Monitor。
Sun Web 站点提供了有关以下其他资源的信息:
本文档引用了第三方 URL 以提供其他相关信息。
Sun 对本文档中提到的第三方 Web 站点的可用性不承担任何责任。对于此类站点或资源中的(或通过它们获得的)任何内容、广告、产品或其他资料,Sun 并不表示认可,也不承担任何责任。对于因使用或依靠此类站点或资源中的(或通过它们获得的)任何内容、产品或服务而造成的、名义上造成的或连带产生的实际或名义损坏或损失,Sun 概不负责,也不承担任何责任。
Sun 致力于提高其文档的质量,并十分乐意收到您的意见和建议。
要分享您的意见,请转至 http://docs.sun.com并单击“反馈”。在联机表单中,请提供文档标题和文件号码。文件号码是一个七位或九位的数字,可以在书的标题页或文档的顶部找到。