回复: JVM crashes constantly when High GC happens
shang xinli
shangxinli at hotmail.com
Sat Apr 6 04:37:35 UTC 2019
Thanks, Kim and Shade!
Does anybody know some tools can detect memory corruption at run time? In the Windows world, we can use GFLAGS<https://blogs.msdn.microsoft.com/webdav_101/2010/06/22/detecting-heap-corruption-using-gflags-and-dumps/>, is there any equivalent tool in Linux I can use?
________________________________
发件人: Kim Barrett <kim.barrett at oracle.com>
发送时间: 2019年4月5日 16:07
收件人: shang xinli
抄送: hotspot-gc-dev at openjdk.java.net
主题: Re: JVM crashes constantly when High GC happens
> On Apr 5, 2019, at 4:33 PM, shang xinli <shangxinli at hotmail.com> wrote:
>
> Thanks Kim! Yes, I agree with you it should be caused by bad objects because of every crash always reported the same invalid address 0x000000008. This issue only happens when running a tool called smartctl. It is hard to believe a process can corrupt other's process's heap.
smartctl seems to be capable of low-level hardware manipulation, so
who knows what it might be capable of doing to another process,
depending on what one is doing with it.
> Only observation is when smartctl is running, a high IO usage is seen. The Linux IO may use a lot of memory for caching which puts the JVM process memory pressure. But still, I don't understand how it can cause other process's heap corruption.
>
> I am very interested in finding patterns and instrumenting the JVM code. Can you explain a little or point me some wiki about "special patterns like 0xdeadbeef “?
See "Special constants for debugging" in
hotspot/src/share/vm/utilities/globalDefinitions.hpp for some other
examples. But 0x8 isn’t one of those.
> Also, can you point me where is the code path I can instrument for the path for scanning and pushing object into queue.
Unfortunately, I don't know the JDK 8 code base very well at all.
Sorry I can't be more help. Maybe someone else will have ideas.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20190406/d5cdc872/attachment.htm>
More information about the hotspot-gc-dev
mailing list