问题标签 [g1gc]

由于我不拥有用于开发目的的 G1，因此我正在尽力使用模拟器。这就是说，我正在尝试使用 ZXing（Zebra Zrossing）库扫描我的 sdCard 中的 JPEG 图像或 PNG 图像。

我试图更改 Android 项目中的代码，所以它会从 sdCard 中的图像扫描，而不是从相机扫描，没有任何运气。

我接下来所做的可能是我问题的根源。

我尝试在一个新的 Android 项目中使用 JAVASE 代码为“修改后的”CommandLineRunner 提供图像，事情是这样的：

Eclipse 将构建该项目，但不会运行它。虚拟机日志向我抛出了这条消息：

**02-08 20:47:45.916: WARN/dalvikvm(619): VFY: 无法解析静态方法 939: Ljavax/imageio/ImageIO;.read (Ljava/io/File;)Ljava/awt/image/BufferedImage ; 02-08 20:47:45.926: WARN/dalvikvm(619): VFY: 在 0x0004 拒绝操作码 0x71 02-08 20:47:45.926: WARN/dalvikvm(619): VFY: 拒绝 Lcom/magoco/fread/FRead； .decode2 (Ljava/io/File;Ljava/util/Hashtable;Ljava/lang/String;)Ljava/lang/String; 02-08 20:47:45.926: WARN/dalvikvm(619): Verifier 拒绝类 Lcom/magoco/fread/FRead；02-08 20:47:45.926: WARN/dalvikvm(619): 类初始化在 newInstance 调用中失败 (Lcom/magoco/fread/FRead;) 02-08 20:47:45.926: DEBUG/AndroidRuntime(619): 关闭VM 02-08 20:47:45.926: WARN/dalvikvm(619): threadid=3: thread exiting with uncaught exception (group=0x40010e28) 02-08 20:47:45.937: ERROR/AndroidRuntime(619): Uncaught handler:

我在网上搜索了答案，有人说这是 Dalvikvm 上的常见错误，因为可能存在预编译的类或库（真的，在 Eclipse 之外）并且 VM 无法使用它。

我在主要活动中发布我的代码：

}

提前致谢

monn3t

垃圾优先 (G1) 垃圾收集器 http://weblogs.java.net/blog/opinali/archive/2009/02/here_comes_jdk.html

你认为这个垃圾收集器更适合运行 ColdFusion 8 的 JRun 吗？

我想知道最新JDK中G1垃圾收集器的经验是什么？我看到NullPointerException在我的程序中抛出了异常，尽管代码在早期的 JDK 中并没有改变并且行为正确。

由于 Java 7 将默认使用新的 G1 垃圾收集，Java 是否能够处理更大数量级的堆，而无需假定“破坏性”的 GC 暂停时间？有没有人真正在生产中实现过 G1，你的经验是什么？

公平地说，我唯一一次看到非常长的 GC 暂停是在非常大的堆上，比工作站要多得多。澄清我的问题；G1 会为数百 GB 的堆打开网关吗？结核病？

有人可以解释一下 G1 垃圾收集器是如何工作的吗？我还没有在任何地方找到任何全面、易于理解的描述。

谢谢

我在 JDK1.7.0 中使用 G1 垃圾收集器，但 VM 无法识别选项 G1YoungGenSize。具体来说，当我运行时：

我收到以下错误：

我还在 G1YoungGenSize 之前用“+”号尝试过，因为一些 G1 文档是这样列出的：

但我得到同样的错误。

我尝试过较旧的 JDK，包括 1.6 更新 18 到 21。似乎 G1YoungGenSize 通过更新 20 被识别，并从 21 开始并通过最新的 1.7 构建（快照日期为 2010 年 8 月 19 日）。

有谁知道可能导致此错误的原因？

我不明白 G1GC GC 日志的确切含义（添加 PrintGCDetails 和 PrintGCTimeStamps 时）。有人可以阐明语法吗？

[

完全 GC 是什么意思？是暂停是并行化的吗？使用哪种 GC 算法？为什么G1决定使用它？

我在一个创建几个（数十万个）HashMap 对象的程序中遇到这个错误，每个对象都有几个（15-20）个文本条目。在提交到数据库之前，这些字符串必须全部收集（不分解成更小的数量）。

根据 Sun 的说法，错误发生在“如果在垃圾收集上花费了太多时间：如果超过 98% 的总时间用于垃圾收集并且回收的堆少于 2%，则会抛出 OutOfMemoryError。 ”。

显然，可以使用命令行将参数传递给 JVM

• 通过“-Xmx1024m”（或更多）增加堆大小，或
• 通过“-XX:-UseGCOverheadLimit”完全禁用错误检查。

第一种方法效果很好，第二种方法在另一个 java.lang.OutOfMemoryError 中结束，这次是关于堆。

所以，问题：对于特定的用例（即几个小 HashMap 对象），是否有任何程序替代方案？例如，如果我使用 HashMap clear() 方法，问题就会消失，但存储在 HashMap 中的数据也会消失！:-)

StackOverflow 中的相关主题也讨论了这个问题。

我正在使用以下选项运行带有 G1 垃圾收集器的 Java 程序：

输出看起来像这样......

任何人都可以理解发生了什么吗？

我想SoftReference使用尽可能多的内存使用 s 编写缓存，只要它不会变得太低效。

尝试通过计算对象大小或通过获取一些已使用内存的近似值来估计已使用的大小JVM是死胡同。

javadoc 甚至声明s 对内存感知缓存有好处，但是对于实现如何处理sSoftReference没有硬性规定。我只是在谈论（版本 6.22 及更高版本和版本 7）的 Oracle 实现。JVMSoftReferenceJVM

现在我的问题（请随意回答部分，分组或以任何你喜欢的方式）：

1. 是否JVM考虑对象的最后一次访问并且只删除旧的？Javadoc 指出：Virtual machine implementations are, however, encouraged to bias against clearing recently-created or recently-used soft references.
2. 当记忆变得紧张时会发生什么？JVM恐慌，只是吃掉所有的物体？
3. 是否有一个参数告诉JVM只吃多少才能生存（没有OOMEs）和健康生活（没有CPU只运行GC）