回复: 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