Develop Reference

OpenJDK11 crash when call BigDecimal.sqrt

I'm using openjdk-11 running my application, bu the jvm frequent unexplained crash. The log mentioned that the method of BigDecimal.sqrt was called and crashed, but this method was not called in my code.
This is my code for getBetweenSeconds method in DateUtil：
public static long getBetweenSeconds(Date from, Date to) {
return Math.abs((to.getTime() - from.getTime()) / 1000);
}
Following is the full log file:
full log file
Following is the crash log:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007eff70883f62, pid=32037, tid=32143
#
# JRE version: OpenJDK Runtime Environment 18.9 (11.0.12+7) (build 11.0.12+7-LTS)
# Java VM: OpenJDK 64-Bit Server VM 18.9 (11.0.12+7-LTS, mixed mode, sharing, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# j java.math.BigDecimal.sqrt(Ljava/math/MathContext;)Ljava/math/BigDecimal;+1 java.base#11.0.12
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e" (or dumping to /home/crown/service/core.32037)
#
# If you would like to submit a bug report, please visit:
# https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20Linux%208&component=java-11-openjdk
#
--------------- S U M M A R Y ------------
Command Line: -Xmx5120m -XX:MaxMetaspaceSize=200m -Dserver.port=9090 -Dwebsocket.port=9100 -Dserver.number=S001 -Dspring.profiles.active=prod -Dapplication.exchange=OKEX -Dapplication.get-ticker-info=false -Dlog4j2.formatMsgNoLookups=true /home/crown/service/crown-service-9090.jar
Host: Intel(R) Xeon(R) Platinum 8269CY CPU # 2.50GHz, 2 cores, 7G, Alibaba Cloud Linux release 3 (Soaring Falcon)
Time: Mon Feb 28 22:44:01 2022 CST elapsed time: 115.158780 seconds (0d 0h 1m 55s)
--------------- T H R E A D ---------------
Current thread (0x00007eff896e6800): JavaThread "RBT-SWAP-OKE-s3RXY" [_thread_in_Java, id=32143, stack(0x00007eff0edc9000,0x00007eff0eeca000)]
Stack: [0x00007eff0edc9000,0x00007eff0eeca000], sp=0x00007eff0eec8520, free space=1021k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
j java.math.BigDecimal.sqrt(Ljava/math/MathContext;)Ljava/math/BigDecimal;+1 java.base#11.0.12
j com.liuqi.utils.DateUtil.getBetweenSeconds(Ljava/util/Date;Ljava/util/Date;)J+5
j com.liuqi.robotruntime.robots.AbstractSWAPRobot.handleNewPrice(Lcom/liuqi/robotruntime/ContractOrder;Ljava/math/BigDecimal;Ljava/math/BigDecimal;Ljava/lang/String;Ljava/lang/String;)V+33
J 13459% c2 com.liuqi.robotruntime.robots.AbstractSWAPRobot.lambda$startExecute$2()V (524 bytes) # 0x00007eff78aebae8 [0x00007eff78ae8240+0x00000000000038a8]
j com.liuqi.robotruntime.robots.AbstractSWAPRobot$$Lambda$882.run()V+4
j java.lang.Thread.run()V+11 java.base#11.0.12
v ~StubRoutines::call_stub
V [libjvm.so+0x8c42a9] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x3b9
V [libjvm.so+0x8c268e] JavaCalls::call_virtual(JavaValue*, Handle, Klass*, Symbol*, Symbol*, Thread*)+0x1ae
V [libjvm.so+0x97ce90] thread_entry(JavaThread*, Thread*)+0x80
V [libjvm.so+0xe8f428] JavaThread::thread_main_inner()+0x268
V [libjvm.so+0xe8a6df] Thread::call_run()+0x14f
V [libjvm.so+0xc68886] thread_native_entry(Thread*)+0xf6
siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0000017f40c9cbbe
Register to memory mapping:
RAX=0x0 is NULL
RBX=0x0000000000000014 is an unknown value
RCX=0x0000017f40c9cbb6 is an unknown value
RDX=0x0000000040000001 is an unknown value
RSP=0x00007eff0eec8520 is pointing into the stack for thread: 0x00007eff896e6800
RBP=0x00007eff0eec8578 is pointing into the stack for thread: 0x00007eff896e6800
RSI=0x00007eff896e73e0 points into unknown readable memory: 0x0000001e00000003 | 03 00 00 00 1e 00 00 00
RDI={method} {0x00000008000a5390} 'sqrt' '(Ljava/math/MathContext;)Ljava/math/BigDecimal;' in 'java/math/BigDecimal'
R8 =0x00007eff89bc34f0 points into unknown readable memory: 0x0000000800104280 | 80 42 10 00 08 00 00 00
R9 =0x0000000000000004 is an unknown value
R10=0x00007eff8fe9cfa0: <offset 0x0000000001317fa0> in /usr/lib/jvm/java-11-openjdk-11.0.12.0.7-0.1.al8.x86_64/lib/server/libjvm.so at 0x00007eff8eb85000
R11=0x00007eff70889780 is at code_begin+0 in an Interpreter codelet
deoptimization entry points [0x00007eff70889780, 0x00007eff7088b980] 8704 bytes
R12=0x0 is NULL
R13=0x00000008005fd029 is pointing into metadata
R14=0x00007eff0eec8620 is pointing into the stack for thread: 0x00007eff896e6800
R15=0x00007eff896e6800 is a thread

Java fatal error when attempting to deploy Cassandra in Kubernetes

I am trying to deploy a Cassandra Kubernetes pod as in here, except I am using my own Cassandra image, which deploys version 3.11.3 with JDK 8-201. The infrastructure is an AWS cluster composed by c4.2xlarge nodes.
The container launches successfully but the Cassandra deployment fails with the following error:
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007f5c77622d84, pid=73, tid=0x00007f5c79e64700
#
# JRE version: (8.0_201-b09) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.201-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x60bd84] CodeHeap::allocate(unsigned long, bool)+0x2b4
#
# Core dump written. Default location: /opt/apache-cassandra-3.11.3/bin/core or core.73
#
# An error report file with more information is saved as:
# /opt/apache-cassandra-3.11.3/bin/hs_err_pid73.log
I am not sure if it helps, but here is the full log:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007f5c77622d84, pid=73, tid=0x00007f5c79e64700
#
# JRE version: (8.0_201-b09) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.201-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x60bd84] CodeHeap::allocate(unsigned long, bool)+0x2b4
#
# Core dump written. Default location: /opt/apache-cassandra-3.11.3/bin/core or core.73
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x00007f5c76cd6400): JavaThread "Unknown thread" [_thread_in_vm, id=74, stack(0x00007f5c79e24000,0x00007f5c79e65000)]
siginfo: si_signo: 7 (SIGBUS), si_code: 2 (BUS_ADRERR), si_addr: 0x00007f5c67200000
Registers:
RAX=0x00007f5c67200000, RBX=0x0000000000000100, RCX=0x0000000000000006, RDX=0x00007f5c66e40004
RSP=0x00007f5c79e63928, RBP=0x00007f5c79e63950, RSI=0x00007f5c66e40004, RDI=0x00007f5c780213c0
R8 =0x0000000000000004, R9 =0x0000000000000000, R10=0x0000000000000032, R11=0x0000000000000206
R12=0x0000000000000000, R13=0x000000000007d000, R14=0x00007f5c77f980a0, R15=0x00007f5c76c94e80
RIP=0x00007f5c77622d84, EFLAGS=0x0000000000010206, CSGSFS=0x0000000000000033, ERR=0x0000000000000006
TRAPNO=0x000000000000000e
Top of Stack: (sp=0x00007f5c79e63928)
0x00007f5c79e63928: 0000000000000090 0000000000000090
0x00007f5c79e63938: 0000000000000000 00007f5c77b6007e
0x00007f5c79e63948: 00007f5c76c94e80 00007f5c79e63980
0x00007f5c79e63958: 00007f5c7747127c 0000000000000090
0x00007f5c79e63968: 0000000000000060 0000000000000000
0x00007f5c79e63978: 00007f5c77b6007e 00007f5c79e639c0
0x00007f5c79e63988: 00007f5c7746af7a 0000000000000000
0x00007f5c79e63998: 00007f5c79e63a20 00007f5c79e639f0
0x00007f5c79e639a8: 00007f5c76cd6800 00007f5c76c13700
0x00007f5c79e639b8: 00007f5c76cd6810 00007f5c79e63be0
0x00007f5c79e639c8: 00007f5c7763bb66 00007f5c66e50000
0x00007f5c79e639d8: 00000000000003d8 00007f5c79e63a60
0x00007f5c79e639e8: 00007f5c76cd6be8 00007f5c79e63a30
0x00007f5c79e639f8: 00000000003c0000 0000000000000000
0x00007f5c79e63a08: 0000000000000000 0000000000000000
0x00007f5c79e63a18: 0000000000000000 0000000000000000
0x00007f5c79e63a28: 00007f5c79e63b60 00007f5c79e63aa0
0x00007f5c79e63a38: 0000000000000020 00007f5c79e63a60
0x00007f5c79e63a48: 00007f5c7791eed0 00007f5c78021430
0x00007f5c79e63a58: 5b2d86e9a1108f00 00007f5c79e63ab0
0x00007f5c79e63a68: 0000000000000070 00007f5c79e63ad0
0x00007f5c79e63a78: 0000000000000000 0000000000000007
0x00007f5c79e63a88: 5b2d86e9a1108f00 00007f5c77b8a14c
0x00007f5c79e63a98: 0000000000000068 00007f5c79e63b00
0x00007f5c79e63aa8: 0000000000000000 0000000000000007
0x00007f5c79e63ab8: 00007f5c79e63b40 0000000000000000
0x00007f5c79e63ac8: 00007f5c7791c4b5 00007f5c79e63b00
0x00007f5c79e63ad8: 0000000000000068 0000000000000068
0x00007f5c79e63ae8: 00007f5c79e63ddf 00007f5c76cd6400
0x00007f5c79e63af8: 0000000000000000 00007f5c79e63b30
0x00007f5c79e63b08: 00007f5c772ddf49 0000000000000000
0x00007f5c79e63b18: 0000000000000000 0000000000000000
Instructions: (pc=0x00007f5c77622d84)
0x00007f5c77622d64: e9 4d fe ff ff 0f 1f 80 00 00 00 00 48 8b 87 00
0x00007f5c77622d74: 01 00 00 8b 8f f8 00 00 00 48 d3 e0 48 03 47 10
0x00007f5c77622d84: 4c 89 00 c6 40 08 01 4c 01 87 00 01 00 00 e9 1b
0x00007f5c77622d94: fe ff ff 66 0f 1f 84 00 00 00 00 00 48 39 d6 74
Stack: [0x00007f5c79e24000,0x00007f5c79e65000], sp=0x00007f5c79e63928, free space=254k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x60bd84] CodeHeap::allocate(unsigned long, bool)+0x2b4
V [libjvm.so+0x45a27c] CodeCache::allocate(int, bool)+0x5c
V [libjvm.so+0x453f7a] BufferBlob::create(char const*, int)+0x8a
V [libjvm.so+0x624b66] AbstractICache::initialize()+0x66
V [libjvm.so+0x631fbc] init_globals()+0x3c
V [libjvm.so+0xa79b69] Threads::create_vm(JavaVMInitArgs*, bool*)+0x409
V [libjvm.so+0x6d7b4f] JNI_CreateJavaVM+0x4f
C [libjli.so+0x7ee4] JavaMain+0x84
C [libpthread.so.0+0x77fc] start_thread+0xdc
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
Other Threads:
=>0x00007f5c76cd6400 (exited) JavaThread "Unknown thread" [_thread_in_vm, id=74, stack(0x00007f5c79e24000,0x00007f5c79e65000)]
VM state:not at safepoint (not fully initialized)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00007f5c76c94e80] CodeCache_lock - owner thread: 0x00007f5c76cd6400
One thing that I find relevant (not sure if it really is) is that I used this exact docker image with Docker swarm and I did not have this problem, I only reproduce it using Kubernetes. Moreover, I tried also Cassandra 3.13.1 and JDK 8_152, also with the same result.
Does anybody know what is causing this problem and how to fix it?
Thank you for your help.

Looks like a SIGBUS error. There are multiple reasons why you may see this. For example:
Program instructs the CPU to read or write a specific physical memory address which is not valid / Requested physical address is unrecognized by the whole computer system.
Unaligned access of memory (For example, if multi-byte accesses must be 16 bit-aligned, addresses (given in bytes) at 0, 2, 4, 6, and so on would be considered aligned and therefore accessible, while addresses 1, 3, 5, and so on would be considered unaligned.)
Are you setting any memory limits on your Pods? It could that it's Cassandra is trying to find an address that doesn't exist (The JVM thinks it's there for some reason)
If you are using Docker in Kubernetes a good way is to see the command line that docker is using with Kubernetes and compare that to the docker command for Docker Swarm. Another way is to run docker inspect on the K8s and Swarm containers are see the differences.
More in causes of SIGBUS here.

JVM crash occurred in libjvm.so when KlassInfoTable::record_instance(oopDesc*) is called

My application got crashed with below error. Please help to find what went wrong here.
JRE Version : 8.0_65-b17
Linux version : 2.6.18
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0146d17b, pid=11156, tid=2288950160
#
# JRE version: Java(TM) SE Runtime Environment (8.0_65-b17) (build 1.8.0_65-b17)
# Java VM: Java HotSpot(TM) Server VM (25.65-b01 mixed mode linux-x86 )
# Problematic frame:
# V [libjvm.so+0x4ab17b] KlassInfoTable::record_instance(oopDesc*)+0xeb
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x09694800): VMThread [stack: 0x88669000,0x886ea000] [id=11164]
siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x00000074
Registers:
EAX=0x00000000, EBX=0x00000000, ECX=0x9e7fea00, EDX=0x8896c110
ESP=0x886e8c90, EBP=0x886e8cb8, ESI=0x0a7ee648, EDI=0x00000000
EIP=0x0146d17b, EFLAGS=0x00010246, CR2=0x00000074
Top of Stack: (sp=0x886e8c90)
0x886e8c90: 8896c110 9e7fea00 00000000 00000000
0x886e8ca0: 00812ff4 00814120 fffffff8 886e8d90
0x886e8cb0: 9e7fea00 09599338 886e8cd8 0146e5bd
0x886e8cc0: 886e8db4 9e7fea00 018fe228 018fe228
0x886e8cd0: 9e7fea00 fffffff8 886e8d08 016d6595
0x886e8ce0: 886e8d90 9e7fea00 fffffff8 fffffff8
0x886e8cf0: 886e8d20 886e8e08 886e8d48 09599258
0x886e8d00: 886e8d90 000003ec 886e8d28 01777e27
Instructions: (pc=0x0146d17b)
0x0146d15b: 42 04 b2 01 8d 65 f4 88 d0 5b 5e 5f 5d c3 8d b4
0x0146d16b: 26 00 00 00 00 75 56 53 53 8b 02 8b 4d 0c 51 52
0x0146d17b: ff 50 74 83 c4 10 eb af 90 8d 74 26 00 75 11 56
0x0146d18b: 56 8b 02 8b 4d 0c 51 52 ff 50 74 83 c4 10 eb ba
Register to memory mapping:
EAX=0x00000000 is an unknown value
EBX=0x00000000 is an unknown value
ECX=0x9e7fea00 is an oop
[C
- klass: {type array char}
- length: 17
EDX=0x8896c110 is pointing into metadata
ESP=0x886e8c90 is an unknown value
EBP=0x886e8cb8 is an unknown value
ESI=0x0a7ee648 is an unknown value
EDI=0x00000000 is an unknown value
Stack: [0x88669000,0x886ea000], sp=0x886e8c90, free space=511k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x4ab17b] KlassInfoTable::record_instance(oopDesc*)+0xeb
V [libjvm.so+0x4ac5bd] RecordInstanceClosure::do_object(oopDesc*)+0x2d
V [libjvm.so+0x714595] MutableSpace::object_iterate(ObjectClosure*)+0x35
V [libjvm.so+0x7b5e27] PSYoungGen::object_iterate(ObjectClosure*)+0x17
V [libjvm.so+0x771ce6] ParallelScavengeHeap::object_iterate(ObjectClosure*)+0x16
V [libjvm.so+0x4ac0f1] HeapInspection::heap_inspection(outputStream*)+0x1a1
V [libjvm.so+0x8ce1e1] VM_GC_HeapInspection::doit()+0x61
V [libjvm.so+0x8d8197] VM_Operation::evaluate()+0x47
V [libjvm.so+0x8d6273] VMThread::evaluate_operation(VM_Operation*)+0xb3
V [libjvm.so+0x8d6610] VMThread::loop()+0x1b0
V [libjvm.so+0x8d6a75] VMThread::run()+0x85
V [libjvm.so+0x7534a9] java_start(Thread*)+0x119
C [libpthread.so.0+0x53db] start_thread+0xcb
VM_Operation (0x02769ef0): GC_HeapInspection, mode: safepoint, requested by thread 0x0aa48000

This generally indicates a JVM bug and you should report this via the link referenced in the above.
That in itself won't help you in the short term, given the error is in the pre-built JVM and not in your application code. In these scenarios I have had considerable success by upgrading to a later minor JVM version. I see you're using 8.0_65-b17 and there are numerous 8.0 builds superseding this (i.e. not moving up to Java 9, but just a later Java 8 build).
I have also found downgrading on occasions has mitigated such errors.

Fatal Error JRE Android Studio

my android studio always force close after launch. this error in my project hs_err_pid.log. I have tried searching on google but I haven't found anything that I could relate to.
My Operating system is win 10(64), RAM : 4GB.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000046d25f3, pid=6856, tid=0x0000000000000fe0
#
# JRE version: OpenJDK Runtime Environment (8.0_112-b06) (build 1.8.0_112-release-b06)
# Java VM: OpenJDK 64-Bit Server VM (25.112-b06 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# J 10261 C1 org.codehaus.groovy.vmplugin.v5.Java5.configureType(Ljava/lang/reflect/Type;)Lorg/codehaus/groovy/ast/ClassNode; (132 bytes) # 0x00000000046d25f3 [0x00000000046d22a0+0x353]
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x0000000016b05000): JavaThread "Daemon worker Thread 2" [_thread_in_Java, id=4064, stack(0x0000000018e20000,0x0000000018f20000)]
siginfo: ExceptionCode=0xc0000005, reading address 0xffffffffffffffff
Registers:
RAX=0x00000001000a2dc0, RBX=0x000000001ee050c8, RCX=0x00000000c1565968, RDX=0x00000000c1565968
RSP=0x0000000018f1ba40, RBP=0x0000000018f1bb58, RSI=0x000000001ee050c8, RDI=0x00000000000001d8
R8 =0x00000000f0cfb798, R9 =0x1fffffffffffffff, R10=0x0000000000000000, R11=0x00000000046d22c0
R12=0x0000000000000000, R13=0x0000000018f1bb08, R14=0x0000000018f1bb90, R15=0x0000000016b05000
RIP=0x00000000046d25f3, EFLAGS=0x0000000000010246
Top of Stack: (sp=0x0000000018f1ba40)
0x0000000018f1ba40: 00000001002de408 0000000000000001
0x0000000018f1ba50: 0000000016b05000 0000000000000002
0x0000000018f1ba60: 0000000000000002 0000000074325a62
0x0000000018f1ba70: 00000001002de408 0000000016b05000
0x0000000018f1ba80: 0000000000000001 0000000000000001
0x0000000018f1ba90: 000000007480d128 00000000034b7bbc
0x0000000018f1baa0: 0000000000000000 0000000000000002
0x0000000018f1bab0: 0000000017f383c0 00000000742d629d
0x0000000018f1bac0: 0000000018f1c178 00000000f0cfb798
0x0000000018f1bad0: 000000001a5a2ca1 0000000016b05000
0x0000000018f1bae0: 000000001bbb2110 0000000002ca2fad
0x0000000018f1baf0: 0000000018f1bb58 0000000002c87e20
0x0000000018f1bb00: 0000000002c87e20 00000000f0cfb798
0x0000000018f1bb10: 00000000c1565968 0000000018f1bb18
0x0000000018f1bb20: 000000001a5a2cb1 0000000018f1bb90
0x0000000018f1bb30: 000000001a5b07d8 000000001ee084a0
Instructions: (pc=0x00000000046d25f3)
0x00000000046d25d3: 12 00 00 00 53 50 e8 02 a2 61 fe 5b 5b 83 fb 00
0x00000000046d25e3: 0f 84 8b 00 00 00 48 bb c8 50 e0 1e 00 00 00 00
0x00000000046d25f3: 41 8b 41 08 48 c1 e0 03 48 3b 83 f0 01 00 00 75
0x00000000046d2603: 0d 48 83 83 f8 01 00 00 01 e9 7f 00 00 00 48 3b
Register to memory mapping:
RAX=0x00000001000a2dc0 is pointing into metadata
RBX=0x000000001ee050c8 is pointing into metadata
RCX=0x00000000c1565968 is an oop
org.codehaus.groovy.vmplugin.v7.Java7
- klass: 'org/codehaus/groovy/vmplugin/v7/Java7'
RDX=0x00000000c1565968 is an oop
org.codehaus.groovy.vmplugin.v7.Java7
- klass: 'org/codehaus/groovy/vmplugin/v7/Java7'
RSP=0x0000000018f1ba40 is pointing into the stack for thread: 0x0000000016b05000
RBP=0x0000000018f1bb58 is pointing into the stack for thread: 0x0000000016b05000
RSI=0x000000001ee050c8 is pointing into metadata
RDI=0x00000000000001d8 is an unknown value
R8 =0x00000000f0cfb798 is an oop
sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl
- klass: 'sun/reflect/generics/reflectiveObjects/ParameterizedTypeImpl'
R9 =0x1fffffffffffffff is an unknown value
R10=0x0000000000000000 is an unknown value
R11=0x00000000046d22c0 is at entry_point+32 in (nmethod*)0x00000000046d1ed0
R12=0x0000000000000000 is an unknown value
R13=0x0000000018f1bb08 is pointing into the stack for thread: 0x0000000016b05000
R14=0x0000000018f1bb90 is pointing into the stack for thread: 0x0000000016b05000
R15=0x0000000016b05000 is a thread

This problem is look like an settings problem or incomplete installation.
for reintialize settings do following:
C:\Users\UserName.AndroidStudio2.3
rename this file and then start android studio fresh
and in technical language follow below link:
https://developer.android.com/studio/intro/studio-config.html

JVM Getting crashed in Compiler Thread PhaseIdealLoop::Dominators

My JVM is getting crashed randomly at below method
(PhaseIdealLoop::Dominators) always. Java Version :
java version "1.7.0_10"
Java(TM) SE Runtime Environment (build 1.7.0_10-b18)
Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f9001c60871, pid=26567, tid=140256146601728
#
# JRE version: 7.0_10-b18
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x461871] PhaseIdealLoop::Dominators()+0x641
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x00007f8ffc3b4800): JavaThread "C2 CompilerThread0" daemon [_thread_in_native, id=26583, stack(0x00007f8fedbbb000,0x00007f8fedcbc000)]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000028
Registers:
RAX=0x0000000000000000, RBX=0x0000000000000002, RCX=0x0000000000000003, RDX=0x00007f8f88d7a490
RSP=0x00007f8fedcb70b0, RBP=0x00007f8fedcb7160, RSI=0x00007f8fedcb8860, RDI=0x00007f8f8b7997f0
R8 =0x00007f8f8b7913c0, R9 =0x00007f8f8b791410, R10=0x0000000000000000, R11=0x00007f8f8b7d9260
R12=0x0000000000000002, R13=0x0000000000000003, R14=0x00007f8f88d7a458, R15=0x00007f8ffc3ae200
RIP=0x00007f9001c60871, EFLAGS=0x0000000000010297, CSGSFS=0x000000000000e033, ERR=0x0000000000000004
TRAPNO=0x000000000000000e
Top of Stack: (sp=0x00007f8fedcb70b0)
0x00007f8fedcb70b0: 00007f8ffc3ae200 00007f8f8b7826e0
0x00007f8fedcb70c0: 00007f8fedcb8860 00007f8f8b782690
0x00007f8fedcb70d0: 00007f8f888bc720 000015ad01f3d707
0x00007f8fedcb70e0: 00007f8f456be2a0 00007f8f456de110
0x00007f8fedcb70f0: 00007f8f456de110 00007f8ffc3ae200
0x00007f8fedcb7100: 00007f8fedcb8860 00007f8f8b791410
0x00007f8fedcb7110: 00007f90024bd650 00007f8ffc3ae200
0x00007f8fedcb7120: 0000000000000400 00007f8f8ba7c490
0x00007f8fedcb7130: 00007f8fedcb7160 00007f8f8935bae0
0x00007f8fedcb7140: 00007f8ffc3ae200 00007f8fedcb8860
0x00007f8fedcb7150: 00007f90024d5cc0 00007f8ffc3ae200
0x00007f8fedcb7160: 00007f8fedcb7410 00007f9001e8b95c
0x00007f8fedcb7170: 00007f8f8ef7f390 00007f8fedcb73c0
0x00007f8fedcb7180: 00007f8fedcb7190 00017f900206e9fd
0x00007f8fedcb7190: 00007f8fedcb8880 000000020207275b
0x00007f8fedcb71a0: 00007f8f89353ae0 00007f8f89353b30
0x00007f8fedcb71b0: 00007f8f8935bac8 00007f8ffc3ae200
0x00007f8fedcb71c0: 00007f8fedcb71d0 00007f900206e9fd
0x00007f8fedcb71d0: 00007f8fedcb7230 00007f9001c52328
0x00007f8fedcb71e0: 00007f8f8dca2ca0 0000000000000000
0x00007f8fedcb71f0: 00007f8f895926f8 00007f8f895926f8
0x00007f8fedcb7200: 00005754edcb7260 0000000000000000
0x00007f8fedcb7210: 00007f8f895926f8 00007f8f882fbd20
0x00007f8fedcb7220: 00007f90024d5cc0 0000000000000005
0x00007f8fedcb7230: 00007f8fa4157ae8 00007f9002070291
0x00007f8fedcb7240: 00007f8f890e3ce8 00007f8f8ef7d310
0x00007f8fedcb7250: 00007f8fedcb7270 00007f9002070dc8
0x00007f8fedcb7260: 00007f8fedcb7280 00007f9001f18539
0x00007f8fedcb7270: 00007f8f0000007d 0000000000001000
0x00007f8fedcb7280: 0000000000000200 0000000000040040
0x00007f8fedcb7290: 0000000000000001 0000000000000008
0x00007f8fedcb72a0: 0000000000000040 0000103000004002
Instructions: (pc=0x00007f9001c60871)
0x00007f9001c60851: ff bb 01 00 00 00 66 0f 1f 84 00 00 00 00 00 49
0x00007f9001c60861: 8b 56 08 89 d8 48 8b b5 60 ff ff ff 48 8b 04 c2
0x00007f9001c60871: 8b 40 28 3b 46 28 0f 82 73 01 00 00 48 8b 85 60
0x00007f9001c60881: ff ff ff 4c 89 f6 48 8b b8 70 09 00 00 48 81 c7
Register to memory mapping:
RAX=0x0000000000000000 is an unknown value
RBX=0x0000000000000002 is an unknown value
RCX=0x0000000000000003 is an unknown value
RDX=0x00007f8f88d7a490 is an unknown value
RSP=0x00007f8fedcb70b0 is pointing into the stack for thread: 0x00007f8ffc3b4800
RBP=0x00007f8fedcb7160 is pointing into the stack for thread: 0x00007f8ffc3b4800
RSI=0x00007f8fedcb8860 is pointing into the stack for thread: 0x00007f8ffc3b4800
RDI=0x00007f8f8b7997f0 is an unknown value
R8 =0x00007f8f8b7913c0 is an unknown value
R9 =0x00007f8f8b791410 is an unknown value
R10=0x0000000000000000 is an unknown value
R11=0x00007f8f8b7d9260 is an unknown value
R12=0x0000000000000002 is an unknown value
R13=0x0000000000000003 is an unknown value
R14=0x00007f8f88d7a458 is an unknown value
R15=0x00007f8ffc3ae200 is an unknown value
Stack: [0x00007f8fedbbb000,0x00007f8fedcbc000], sp=0x00007f8fedcb70b0, free space=1008k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x461871] PhaseIdealLoop::Dominators()+0x641
V [libjvm.so+0x68c95c] PhaseIdealLoop::build_and_optimize(bool, bool)+0x41c
V [libjvm.so+0x3bb9c9] Compile::Optimize()+0x709
V [libjvm.so+0x3bcdfc] Compile::Compile(ciEnv*, C2Compiler*, ciMethod*, int, bool, bool)+0xdbc
V [libjvm.so+0x32eb62] C2Compiler::compile_method(ciEnv*, ciMethod*, int)+0x142
V [libjvm.so+0x3c1d73] CompileBroker::invoke_compiler_on_method(CompileTask*)+0x323
V [libjvm.so+0x3c2edd] CompileBroker::compiler_thread_loop()+0x43d
V [libjvm.so+0x8650c8] JavaThread::thread_main_inner()+0xc8
V [libjvm.so+0x865218] JavaThread::run()+0x138
V [libjvm.so+0x746c00] java_start(Thread*)+0x100
Current CompileTask:
C2:3311290 77 % ! com.test::methodName # 1846