12

我在各种地方（论坛等）都看到了这个参数，它帮助高并发服务器的常见答案。尽管如此，我还是找不到来自 sun 的官方文档来解释它的作用。另外，它是在 Java 6 中添加的还是在 Java 5 中存在？

（顺便说一句，很多热点VM参数的好地方就是这个页面）

更新： Java 5 不使用此参数启动。

4

4 回答 4

12

为了优化性能，JVM 在跨多个处理器同步时在代码中使用“伪内存屏障”作为隔离指令。可以恢复到“真正的”内存屏障指令，但这会对性能产生明显（和不良）的影响。

的使用-XX:+UseMembar会导致 VM 恢复为真正的内存屏障指令。这个参数原本是打算作为新伪屏障逻辑的验证机制暂时存在的，结果发现新的伪内存屏障代码引入了一些同步问题。我相信这些现在已经修复，但在修复之前，解决这些问题的可接受方法是使用恢复标志。

该错误是在 1.5 中引入的，我相信该标志存在于 1.5 和 1.6 中。

我从各种邮件列表和 JVM 错误中对此进行了谷歌分析：

于 2009-07-13T16:03:16.570 回答
4

Butterchicken 只解释了故事的一半，我想为 kmatveev 的答案增加更多细节。是的，该选项用于线程状态更改，并且（伪）内存屏障用于确保更改对其他线程可见，尤其是 VM 线程。OpenJDK6中使用的线程状态如下：

//  _thread_new         : Just started, but not executed init. code yet (most likely still in OS init code)
//  _thread_in_native   : In native code. This is a safepoint region, since all oops will be in jobject handles
//  _thread_in_vm       : Executing in the vm
//  _thread_in_Java     : Executing either interpreted or compiled Java code (or could be in a stub)
...
 _thread_blocked           = 10, // blocked in vm

如果没有 UseMembar 选项，在 Linux 中，Hotspot 使用内存序列化页面而不是内存屏障指令。每当发生线程状态转换时，线程都会使用易失性指针写入内存序列化页面中的内存地址。当VM线程需要查看所有线程的最新状态时，VM将内存序列化页面的保护位更改为只读，然后将其恢复为读/写以序列化状态更改。更详细的机制在以下页面中介绍：

http://home.comcast.net/~pjbishop/Dave/Asymmetric-Dekker-Synchronization.txt

于 2011-06-15T19:08:40.263 回答
2

我不同意奶油鸡的回答。这个页面 http://www.md.pp.ru/~eu/jdk6options.html 说这个标志会导致内存屏障被发出然后线程改变它的状态（例如从 RUNNABLE 到 WAITING 或 BLOCKED）。

于 2010-01-18T14:04:34.927 回答
2

UseMembar 以严格的方式确定是否使用 membar 指令，强制所有内存操作完成后再继续。

它基本上阻止了处理器的延迟内存处理优化与处理的代码混淆。

这通常会减慢速度，并且在现代 VM 上对于绝大多数代码来说都不是必需的。

有时您会遇到代码应该是线程安全的问题，但不是因为缺少 membar 指令使用。在这些情况下，您可以打开它以使此类代码正常工作，而无需切换到单线程或弄乱代码的顺序以防止出现问题。

JVM 通常擅长检测会导致问题的代码，并插入一个 membar 或进行 JIT 代码重新排列优化，以便为完成内存操作提供时间。事实上，在我对该主题的网络搜索中，我只找到了一个错误示例，并且在热点 JVM 的 Oracle 和 OpenJRE 版本的最新版本中都已修复。

请注意，对于 ARM 架构，此选项仍默认为打开，因为尚未应用替代优化（称为伪内存条优化），因此如果没有内存条指令，它可能会出现非常多的错误。

于 2015-12-26T23:47:21.003 回答