读Java性能权威指南(第2版)笔记29 | 您所在的位置:网站首页 › java线程与cpu线程 › 读Java性能权威指南(第2版)笔记29 |
1. JVM线程优化 1.1. 当空间不足时,可以调整线程使用的内存 1.2. 每个线程都有一个原生栈,操作系统会在这里存储线程的调用栈信息 1.3. 原生栈的大小是1 MB 1.3.1. 32位的Windows JVM原生栈大小是320KB 1.3.2. 在64位的JVM中,通常不会修改这个值 1.3.2.1. 除非机器的物理内存相当紧张1.3.3. 较小的栈大小可以防止应用程序用完原生内存 1.3.3.1. 许多程序可以在栈大小为256 KB时运行 1.3.3.2. 很少有程序需要用到完整的1 MB1.4. -Xss=N标志 1.4.1. 改变线程的栈大小2. 原生内存溢出2.1. 在32位的JVM中,进程使用的内存达到了4 GB(或者小于4 GB,取决于操作系统)的最大大小 2.2. 系统实际已经耗尽虚拟内存 2.3. 减小栈的大小可以解决 2.4. 在Unix风格的系统上,用户创建的进程(他们正在运行的所有程序)已经达到了此次登录配置的最大进程数 2.4.1. 单个线程被认为是一个进程2.5. 无法从JVM的异常中判断是这三种情况中的哪一种 3. 偏向锁3.1. 让锁偏向于最近访问锁的线程 3.1.1. 如果一个线程最近使用了某个锁,那么下次它执行被同一个锁保护的代码时,处理器的缓存更有可能还包含该线程需要的数据3.2. 但是偏向锁需要簿记信息,所以有时机器性能会更糟糕 3.3. 使用线程池的应用程序(包括某些应用程序和REST服务器)在偏向锁生效时,往往表现得更差 3.4. -XX:-UseBiasedLocking 3.4.1. 禁用偏向锁 3.4.2. 默认开启的 4. 线程优先级4.1. 每个Java线程都有一个由开发人员定义的优先级,这是对操作系统的一种提示,用来说明程序认为特定线程有多重要 4.2. 操作系统会为机器上运行的每个线程计算一个当前优先级 4.2.1. 当前优先级既考虑了Java分配的优先级,也考虑了许多其他因素 4.2.2. 最重要的因素是线程上次运行到现在有多长时间 4.2.3. 无论其优先级如何,都不会有线程因为等待访问CPU而“饥饿”4.3. 在Windows上,Java优先级较高的线程往往比优先级较低的线程运行得更多,但即使是低优先级的线程也会获得相当多的CPU时间 4.4. 无论在哪种情况下,都不能依赖线程的优先级来决定它的运行频率 4.5. 如果某些任务比其他任务更重要,就必须使用应用程序逻辑来确定它们的优先级 5. 监控线程和锁5.1. 线程的总数 5.1.1. 通过系统提供的基本线程信息可以大致了解运行的线程数量 5.1.2. 确保它不会太高或太低5.2. 查看线程信息可以确定线程被阻塞的原因 5.2.1. 它们在等待资源 5.2.2. 它们在等待I/O5.3. 查看线程 5.3.1. jconsole 5.3.1.1. 显示JVM内的线程状态5.4. 查看阻塞线程 5.4.1. Java飞行记录器JFR 5.4.1.1. 可以查看JVM内部、并能在底层知道线程何时被阻塞 5.4.1.2. 提供了一个简单的方法来检查导致线程阻塞的事件 5.4.2. jstack 5.4.2.1. 提供虚拟机中每个线程的状态信息,包括线程是否在运行、是否在等待锁、是否在等待I/O 5.4.2.2. 在一定程度上可以查看线程阻塞在什么资源上 5.4.3. 大量的阻塞线程会降低性能。不管是什么原因造成的阻塞,都需要改变配置或应用程序,以避免阻塞 6. 线程性能没有太多可以优化6.1. 可以调整的JVM标志相对较少 6.2. 这些标志的效果也十分有限 6.3. 良好的线程性能最佳实践准则 6.3.1. 管理线程数 6.3.2. 限制同步影响 |
CopyRight 2018-2019 实验室设备网 版权所有 |