i5OS 中的Java 环境：现状和未来.ppt

i5/OS 中的Java 环境：现状和未来 Aleksandr NartovichIBM 注意 商标 鸣谢 Adam Smye-Rumsby – IBM，英国 Paul Stimets - IBM, Rochester, MN George Weaver - IBM, Rochester, MN 目标 描述并定位i5/OS中java环境可选项 提供java在i5/OS中的软硬件前提条件 描述新的32位 JVM架构, 内存管理和性能 工具 比较 i5/OS中的虚拟机并指导如何平滑地向32位虚拟机过渡 在32位虚拟机中运行WebSphere Application Server 议程 V5R4中新JVM选项 为什么需要另一个JVM？ 为每个 JVM 定位 未来的方向 定义JVM、JRE、Java SDK 架构 内存管理 类共享 安装 使用JVM 向32位 JVM过渡: 明智的选择 性能 监控/排除故障及工具 在32 位 JVM上运行WebSphere Application Server i5/OS中实现 JVM的早期步骤 OS/400 V4R2 是第一次在发行的版本中包含了JVM (shipped in 1998) 它依旧是独一无二的 64位机器上的64位JVM 在 OS/400 System Licensed Internal Code (SLIC)完成实现 为提高性能, JVM 又增加了更多独有的特性 直接执行 (DE) CRTJVAPGM 创建了后缀名为 .class or .jar的隐藏对象 同步垃圾回收机制 (GC) 最近的改进 即时编译器 (JIT) JDK 5.0 (Java 1.5) 支持 继续强调性能调整 新的虚拟机 V5R4中新的虚拟机 新的虚拟机的正式名称为 “IBM Technology for Java? Virtual Machine” 在System i 平台上通过i5/OS PASE实现 为什么需要另一个 JVM? 经典的 JVM 扩展性非常好,但 用户数量和复杂性也随之增加 当今 System i 没有缩减 64位JVM 对小型JVM和较小的应用来说都过于强大了 为什么需要另一个 JVM? (续) IBM Technology for Java VM (32-位)是 IBM 跨平台的 JVM IBM 在 V5R4 版本中提供32 位版本 IBM将继续在 V5R4 版本中提供经典的64 位JVM System i 平台将从新 JVM的开发中获益 32 位JVM 更快 速度平均提高 7 % 到 10% 32 位JVM 更小 未来的方向 经典JVM是System i平台下默认的JVM 经典JVM会得到至少两个版本的支持，包含 V5R4 IBM 将引入新的64位虚拟机到System i 平台 定义JVM, JRE和 Java SDK Java 软件开发包 (Java SDK) 是实现Java平台规范的产品 Java 运行环境 (JRE)提供了在不同的平台上运行 Java应用程序的所有必需的组件 JVM 的主要目的是将java字节码转化成可以在硬件平台上执行的机器指令 JVM 架构 JVM的 API 封装了所有外部程序和JVM间的交互操作，包括了JVM的启动 内存管理组件会为Java程序的对象分配内存并在需要的时候清除不用的对象 (由 Garbage Collector实现) 即时编译器 (JITC) 提高了Java程序的性能 内存管理 在JVM 堆中为新Java对象分配内存 当没有引用指向对象时从堆中清除该对象 扩展及压缩 JVM 堆 垃圾回收 (GC) JVM 在最小堆中启动 当需要更多空间的时候, 内存管理器会增加更多的空间，但是不会超过最大值 GC 负责清除“死去”的对象 当堆变成分段1结构时, 内存管理器必须将所有活动的对象放置到一片连续的堆中 重点提示: JVM 的性能很大程度上依赖GC的机制和压缩策略 GC 策略 类共享 与 C 或 C++这样在编译时期静态链接的语言不同，Java是一种动态语言 Java执行所需要的类是在程序执行当中按需加载到运行环境当中的 Java中有以下类加载器: Bootstrap 类加载器 扩展类加载器 应用类加载器 定制类加载器 类加载器需要: 找到类 读取 验证 类共享 (接上页) JVM 的性能可以通过已经加载的类的共享来得到提升 已加载的类放置在缓存当中 可以定义多个缓存 任何 JVM 可以访问任意的缓存 java -Xshareclasses:name=cache1 HelloWorld 用户可以通过命令显示缓存的信息 ? java -Xshareclasses:listAllCaches Shared Cache