V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
letianqiu
V2EX  ›  Java

为什么 memory mapped file I/O 可能会导致 Long Time to Safepoint?

  •  
  •   letianqiu · 186 天前 · 896 次点击
    这是一个创建于 186 天前的主题,其中的信息可能已经有所发展或是发生改变。

    Gil Tene 提到: https://groups.google.com/g/mechanical-sympathy/c/tepoA7PRFRU/m/7HbSINaFBgAJ

    我的猜测是 mapped I/O 不走 jni ,但是不是很确定。看源码的话最终也是走到 native 方法,Gil Tene 在另一个 post 里提到 jvm 会把 internal 的 jni call 优化掉,但是如何知道哪些 jni call 被优化掉了?

    4 条回复    2022-07-31 17:31:22 +08:00
    mrsatangel
        1
    mrsatangel  
       186 天前   ❤️ 1
    你想想,mmap 的操作本质上就是通过 syscall 把文件 map 到一段内存,所有对文件的读写都变成了对文件的操作。既然是内存操作,又何来的 JNI 调用呢?

    至于进入 safepoint 的问题,在进行 mmap 读写的时候,JVM 是不知道你操作的是内存还是 map 到内存的文件的,因此有可能进入到 safepoint 。如果不巧恰好出现了 page fault ,那这个 safepoint 的耗时就很长了。
    letianqiu
        2
    letianqiu  
    OP
       186 天前
    @mrsatangel 主要是我看到 mapped I/O 的反应就是 mmap 这个 syscall ,一提到实际读写我就懂了。safepoint 这部分我是理解的。即使不发生 page fault ,在执行 mapped I/O 的时候也是没有机会去响应 safepoint request 的,一旦发生 page fault ,那就更没有 bound 了。
    secondwtq
        3
    secondwtq  
       185 天前
    这 mailing list 不错,收藏了

    > Gil Tene 在另一个 post 里提到 jvm 会把 internal 的 jni call 优化掉
    这个有没有原文链接?
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   1964 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 42ms · UTC 04:49 · PVG 12:49 · LAX 20:49 · JFK 23:49
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.