jvm-crash

问题 I am doing web crawling on a Sun server with 32 virtual processors and 32GB memory. I opened 1460 threads to do the job for me. The runtime parameters I set were -Xms2048 and -Xmx2048 . I have run the code twice, but it crashed at different points. > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0xff390f38, pid=3053, tid=7640 > # > # JRE version: 6.0_15-b03 > # Java VM: Java HotSpot(TM) Server VM (14.1-b02 mixed mode solaris-sparc ) > #

问题 I'm investigating a JVM crash on one of our production systems, what do the following memory values represent in the hs_err_pid log file snippet below? Heap par new generation total 1258624K, used 955445K [0x00000005c0000000, 0x00000006155b0000, 0x000000066aaa0000) eden space 1118784K, 73% used [0x00000005c0000000, 0x00000005f1e52598, 0x0000000604490000) from space 139840K, 98% used [0x000000060cd20000, 0x00000006153db100, 0x00000006155b0000) to space 139840K, 0% used [0x0000000604490000,

问题 I have been working on a large java application. It is quite parallel, and uses several fixedThreadPools (each with 8 threads). I am running it on a computer with 2 cores, each with 4 processors. My program is analyzing large sets of data, and the analysis is saved (serialized) after every set, though it works across data sets, and so is re-loaded every time I run a new one (and then saved). My problem is this: after running 4-5 data sets (takes about 2 days, and I'm pretty happy with my

问题 I am using Elasticsearch 1.5.1 and Tomcat 7 . Web application creates a TCP client instance as Singleton during server startup through Spring Framework. Just noticed that I failed to close the client during server shutdown. Through analysis on various tools like VisualVm, JConsole, MAT in Eclipse , it is evident that threads created by the elasticsearch client are live even after server( tomcat ) shutdown. Note: after introducing client.close() via Context Listener destroy methods, the

问题 I am loading some urls into javafx webview. I am doing a crawling operation here , using javafx webview and it's engine. However JVM is crashing frequently. I am unable to make out anything from the below crash log. Pls help. # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000076fe3290, pid=6164, tid=9896 # # JRE version: Java(TM) SE Runtime Environment (7.0_67-b01) (build 1.7.0_67-b01) # Java VM: Java HotSpot(TM) 64

问题 I have some CAD software I've written. Each component being drawn has a set of vertex buffer objects. If the component gets deleted, I have to free the vertex buffer objects in the finalize method such as: if (gl != null) { Integer[] keys = vbos.keySet().toArray(new Integer[0]); for (int i = 0; i < keys.length; i++) { Integer tmp = keys[i]; if (tmp != null) { if (gl.glIsBufferARB(tmp.intValue())); gl.glDeleteBuffersARB(1, new int[]{tmp.intValue()}, 0); } } } however I sometimes get a SIGSEV

问题 I have the following error while running my program and can't figure out what is the solution I also looked at all the topics with a similar error , but could not resolve my issue. Here the error: My application is built on Groovy and Grails version 2.0.4 A fatal error has been detected by the Java Runtime Environment: EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6dbc9a19, pid=5092, tid=3852 JRE version: 6.0_25-b06 Java VM: Java HotSpot(TM) Server VM (20.0-b11 mixed mode windows-x86 )

问题 My JVM crashed the and the hs_err file showed that it crashed while attempting to load a class. Specifically while trying to memcpy ([libc.so.6+0x6aa2c] memcpy+0x1c). I looked at the .class file and was able to determine what class was being loaded. But can any one tell me what could cause this or how i could determine more about the cause? If the JVM was out of memory wouldn't it throw an Error. Any insight is greatly appreciated. I've included an excerpt from my hs_err file. # # An

问题 I am experiencing a bug in the JDK that I'm using, and I have found a reference to it in Sun's (Oracle's) bug database. It says the fixed versions are hs21(b13), 7(b143), but I don't know how to figure out which release of the JDK the fix is in. I have seen this post: Java version names in Sun's bug database, but it doesn't really answer my question. Edit: I'm trying to figure out which release of JDK (e.g. 1.7.0_07) corresponds to 7(b143). In other words, I want to know the earliest released

问题 When a java application crash outside the java virtual machine generate a log file hs_err_pidXXXX.log in the same directory than the class running. It's posible generate this file in a different directory? My client want to change to read only this directory, but i don't like to lose this files. 回答1: I think the -XX:ErrorFile JVM arg will work. See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5107646 and http://bugs.sun.com/bugdatabase/view_bug.do;jsessionid