是否支持在HotSpot JVM中删除压缩字符串？

Question

在此Oracle页面Java HotSpot VM
Options上
，它列出-XX:+UseCompressedStrings为可用，并且默认情况下处于启用状态。但是，在Java
6更新29中，默认情况下它处于关闭状态，而在Java 7更新2中，它报告警告。

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option UseCompressedStrings; support was removed in 7.0

有人知道删除此选项的想法吗？

-mx2g在Java 6 update 29中，使用时，此示例花费了4.541秒，而启用了选项则花了5.206秒关闭了它。很难看出它会影响性能。

注意：Java 7 update 2需要2.0 G，而Java 6 update 29不带压缩字符串需要1.8 GB，带压缩字符串仅需要1.0 GB。

Answer 1

最初，添加此选项是为了提高SPECjBB性能。增益的增加是由于处理器和DRAM之间的内存带宽要求降低。与在char []中使用char相比，在byte
[]中加载和存储字节会消耗1/2带宽。

但是，这是有代价的。代码必须确定内部数组是byte []还是char []。这会花费CPU时间，并且如果工作负载不受内存 带宽的
限制，则可能导致性能下降。由于增加了复杂性，因此还有代码维护的价格。

由于没有足够多的类似于生产的工作负载显示出可观的收益（也许SPECjBB除外），因此删除了该选项。

这有另一个角度。该选项减少了堆的使用。对于适用的字符串，它将这些字符串的内存使用量减少1/2。取消期权时未考虑该角度。对于内存 容量
受限的工作负载（即必须在有限的堆空间下运行，GC需要花费大量时间），此选项可能会很有用。

如果可以找到足够的内存 容量来 限制生产型工作负载以证明该选件的合理性，则该选件 可能 会被带回。

编辑3/20/2013：
平均服务器堆转储使用String上25％的空间。大多数字符串都是可压缩的。如果重新引入该选项，则可以节省一半的空间（例如〜12％）！

编辑3/10/2016： 与压缩字符串相似的功能在JDK 9 JEP254中又回来了。