除了GC Stop-The-World安全点之外,JVM可以在安全点中停止java应用程序还有很多原因。评估安全点停止的原因之一是保证安全点间隔。
我们能预测何时保证安全点停止被采取吗?或者如果它是最近拍的?
为什么我需要它?我在线程中做共享内存文件的预触。如果在评估safepoint stop时发生预接触,则会使到达safepoint的时间更长。如果我只能等到safepoint评估之后。
发布于 2020-12-04 09:49:35
Cleanup safepoint (也称为“有保证的安全点”)只有在有一些清理工作要做时才会发生,例如JVM需要放空空闲的监视器或清除内联缓存缓冲区。没有办法预测这样的安全点。但好消息是,你不需要这样做。
所以,最初的问题是防止在预触碰内存映射文件时出现长时间的安全点暂停,对吧?解决方案是以一种根本不受安全点影响的方式预先接触它。
当您调用JNI方法时,线程将切换到in_native
状态。在这种状态下,JVM不等待线程。因此,只需将预触移到本机方法,它就不会影响安全点,无论它们是否发生。
一种选择是使用常规的FileChannel接口。例如,通过从FileChannel读取(或写入)1字节而不是访问映射的ByteBuffer。I/O将在不受安全点约束的本机方法中发生。
https://stackoverflow.com/questions/65132445
复制相似问题