并发编程网 - ifeve.com

原文地址：https://blog.codecentric.de/en/2012/07/useful-jvm-flags-part-1-jvm-types-and-compiler-modes/

译者：赵峰，iDestiny    校对：郭蕾

现在的JVM运行Java程序（和其它的兼容性语言）时在高效性和稳定性方面做的非常出色。自适应内存管理、垃圾收集、及时编译、动态类加载、锁优化——这里仅仅列举了某些场景下会发生的神奇的事情，但他们几乎不会直接与普通的程序员相关。在运行时，JVM会不断的计算并优化应用或者应用的某些部分。

虽然有了这种程度的自动化（或者说有这么多自动化），但是JVM仍然提供了足够多的外部监控和手动调优工具。在有错误或低性能的情况下，JVM必须能够让专家调试。顺便说一句，除了这些隐藏在引擎中的神奇功能，允许大范围的手动调优也是现代JVM的优势之一。有趣的是，一些命令行参数可以在JVM启动时传入到JVM中。一些JVM提供了几百个这样的参数，所以如果没有这方面的知识很容易迷失。这系列博客的目标是着重讲解日常相关的一些参数以及他们的适用场合。我们将专注于Java6的Sun/Oracle HotSpot JVM，大多数情况下，这些参数也会适用于其他一些流行的JVM里。

阅读全文

作者： PATRICK PESCHLOW     原文地址    译者：赵峰 校对：许巧辉

在这个系列的第二部分，我来介绍一下HotSpot JVM提供的不同类别的参数。我同样会讨论一些关于JIT编译器诊断的有趣参数。

JVM 参数分类

HotSpot JVM 提供了三类参数。第一类包括了标准参数。顾名思义，标准参数中包括功能和输出的参数都是很稳定的，很可能在将来的JVM版本中不会改变。你可以用java命令（或者是用 java -help）检索出所有标准参数。我们在第一部分中已经见到过一些标准参数，例如：-server。
阅读全文

原文链接 本文连接 译者：张军  校对：梁海舰

在实践中我们发现对于大多数的应用领域，评估一个垃圾收集(GC)算法如何根据如下两个标准：

1. 吞吐量越高算法越好
2. 暂停时间越短算法越好

首先让我们来明确垃圾收集(GC)中的两个术语:吞吐量(throughput)和暂停时间(pause times)。 JVM在专门的线程(GC threads)中执行GC。 只要GC线程是活动的，它们将与应用程序线程(application threads)争用当前可用CPU的时钟周期。 简单点来说，吞吐量是指应用程序线程用时占程序总用时的比例。 例如，吞吐量99/100意味着100秒的程序执行时间应用程序线程运行了99秒， 而在这一时间段内GC线程只运行了1秒。
阅读全文

感谢支付宝同事【寒泉子】的投稿

attach是什么

在讲这个之前，我们先来点大家都知道的东西，当我们感觉线程一直卡在某个地方，想知道卡在哪里，首先想到的是进行线程dump，而常用的命令是jstack <pid>，我们就可以看到如下线程栈了

阅读全文

感谢朋友【吴杰】投递本文。

JVM性能优化系列文章由Eva Andearsson在javaworld上发表共计5篇文章，ImportNew上有前4篇译文。本文(第5篇)由吴杰翻译自：javaworld 。

很多程序员在解决JVM性能问题的时候，花开了很多时间去调优应用程序级别的性能瓶颈，当你读完这本系列文章之后你会发现我可能更加系统地看待这类的问题。我说过JVM的自身技术限制了Java企业级应用的伸缩性。首先我们先列举一些主导因素。

• 主流的硬件服务器提供了大量的内存
• 分布式系统有大量内存的需求，而且该需求在持续增长
• 一个普通Java应用程序所持有的对空间大概在1GB~4GB，这远远低于一个硬件服务器的内存管理能力以及一个分布式应用程序的内存需求量。这被称之为Java内存墙，如下图所示(图中表述Java应用服务器和常规Java应用的内存使用量的演变史)。

图 1 Java内存墙(1980~2010)

Java内存墙

上图源自：Azul Systems 阅读全文

感谢同事［觉梦］投递此稿。

hi，all

最近抽时间把JVM运行过程中产生的一些线程进行了整理，主要是围绕着我们系统jstack生成的文件为参照依据。  前段时间因为系统代码问题，造成性能瓶颈，于是就dump了一份stack出来进行分析。  stack 里面线程非常多，排查起来需要一定的经验，所以，对它们有一定了解，可以提高排查问题的效率。  现在网上资料也不是特别全，所以，导致很多新人在拿到一个stack文件之后，也不知知道从何看起。 下面我把这次整理的一些个人认为比较常见的线程列出来。 阅读全文

声明：本文是《Java虚拟机并发编程》的样章目录，感谢华章出版社授权并发编程网站发布样章。

第五章 讨喜的隔离可变性

• 讨喜的隔离可变性－前言
• 讨喜的隔离可变性(一)用角色实现隔离可变性
• 讨喜的隔离可变性(二)角色的特性
• 讨喜的隔离可变性(三)创建角色
• 讨喜的隔离可变性(四)收发消息
• 讨喜的隔离可变性(五)同时使用多个角色
• 讨喜的隔离可变性(六)多角色协作
• 讨喜的隔离可变性(七)使用类型化角色
• 讨喜的隔离可变性(八)类型化角色和Murmurs
• 讨喜的隔离可变性(九)混合使用角色和STM
• 讨喜的隔离可变性(十)使用Transactor
• 讨喜的隔离可变性(十一)调和类型化角色
• 讨喜的隔离可变性(十二)基于角色模型的局限性和小结
• 讨喜的隔离可变性(十三)角色的特性

阅读全文

本文是《The Java Virtual Machine Specification （Java SE 7 Edition）》2011年6月版的运行时数据区的翻译

原文参见：http://download.oracle.com/javase/7/specs/jvms/JVMS-JavaSE7.pdf  译者：方腾飞

JVM定义了若干个程序执行期间使用的数据区域。这个区域里的一些数据在JVM启动的时候创建，在JVM退出的时候销毁。而其他的数据依赖于每一个线程，在线程创建时创建，在线程退出时销毁。

2.5.1  程序计数器（The pc Register）

JVM一次能支持很多线程执行。每一个JVM线程有它自己的程序计数器。在任何时候，一个JVM的线程都正在执行当前线程的方法代码。如果这个方法不是本地方法，程序计数器包含当前被执行的JVM地址。如果线程正在执行本地方法，程序计数器的值为未定义。JVM 程序计数器足以存储一个返回地址或一个本地指针。

阅读全文