1. 首页
  2. 问答
  3. 内存不足以使Java运行时环境继续运行，虽然RAM显示6 GB的可用空间

内存不足以使Java运行时环境继续运行，虽然RAM显示6 GB的可用空间

2016-05-23 52 views
2

运行java应用程序时我收到以下内存转储。内存不足以使Java运行时环境继续运行，虽然RAM显示6 GB的可用空间

安装java 8之后（java 7应用程序在工作之前）我开始得到下面的错误。

我使用16 GB的RAM和任务管理器时，我检查（应用程序启动时）大约6 GB RAM是免费的。

有人可以帮忙解决这个问题吗？

# 
# There is insufficient memory for the Java Runtime Environment to continue. 
# Native memory allocation (malloc) failed to allocate 472736 bytes for Chunk::new 
# Possible reasons: 
# The system is out of physical RAM or swap space 
# In 32 bit mode, the process size limit was hit 
# Possible solutions: 
# Reduce memory load on the system 
# Increase physical memory or swap space 
# Check if swap backing store is full 
# Use 64 bit Java on a 64 bit OS 
# Decrease Java heap size (-Xmx/-Xms) 
# Decrease number of Java threads 
# Decrease Java thread stack sizes (-Xss) 
# Set larger code cache with -XX:ReservedCodeCacheSize= 
# This output file may be truncated or incomplete. 
# 
# Out of Memory Error (allocation.cpp:390), pid=1104, tid=0x00000000000016ec 
# 
# JRE version: Java(TM) SE Runtime Environment (8.0_92-b14) (build 1.8.0_92-b14) 
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.92-b14 mixed mode windows-amd64 compressed oops) 
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows 
# 

--------------- T H R E A D --------------- 

--------------------------------------------------- 

Java Threads: (=> current thread) 
    0x00000000232a8800 JavaThread "AWSessionMonitor Thread" daemon [_thread_blocked, id=14084, stack(0x0000000022b20000,0x0000000022c20000)] 
    0x0000000028728800 JavaThread "Thread-3" [_thread_blocked, id=11332, stack(0x00000000210b0000,0x00000000211b0000)] 
    0x00000000252a4800 JavaThread "Thread-2" [_thread_blocked, id=5272, stack(0x0000000020fb0000,0x00000000210b0000)] 
    0x000000001e874000 JavaThread "SQLStatementMonitor" [_thread_blocked, id=1876, stack(0x0000000022620000,0x0000000022720000)] 
    0x000000001de0d800 JavaThread "Thread-1" daemon [_thread_blocked, id=13052, stack(0x0000000022520000,0x0000000022620000)] 
    0x000000001f7f8000 JavaThread "Session Timeout Thread" daemon [_thread_blocked, id=11088, stack(0x0000000022220000,0x0000000022320000)] 
    0x0000000002c11800 JavaThread "DestroyJavaVM" [_thread_blocked, id=14168, stack(0x0000000002a00000,0x0000000002b00000)] 
    0x000000001f32b800 JavaThread "Thread-0" [_thread_in_vm, id=10720, stack(0x0000000020bc0000,0x0000000020cc0000)] 
    0x000000001fb3e800 JavaThread "Perf_Log_Traceplan-" daemon [_thread_blocked, id=2992, stack(0x0000000020ac0000,0x0000000020bc0000)] 
    0x0000000020319800 JavaThread "Perf_Log_Traceperf-" daemon [_thread_blocked, id=6176, stack(0x00000000209c0000,0x0000000020ac0000)] 
    0x000000001da8b000 JavaThread "Service Thread" daemon [_thread_blocked, id=9968, stack(0x000000001e020000,0x000000001e120000)] 
    0x000000001da64000 JavaThread "C1 CompilerThread2" daemon [_thread_blocked, id=12708, stack(0x000000001df20000,0x000000001e020000)] 
    0x000000001c13e000 JavaThread "C2 CompilerThread1" daemon [_thread_blocked, id=10652, stack(0x000000001de20000,0x000000001df20000)] 
=>0x000000001c128000 JavaThread "C2 CompilerThread0" daemon [_thread_in_native, id=5868, stack(0x000000001d920000,0x000000001da20000)] 
    0x000000001c118000 JavaThread "JDWP Event Helper Thread" daemon [_thread_blocked, id=12444, stack(0x000000001d820000,0x000000001d920000)] 
    0x000000001c10c000 JavaThread "JDWP Transport Listener: dt_socket" daemon [_thread_in_native, id=2640, stack(0x000000001d720000,0x000000001d820000)] 
    0x000000001c100800 JavaThread "Attach Listener" daemon [_thread_blocked, id=9952, stack(0x000000001d620000,0x000000001d720000)] 
    0x000000001c0ff800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=13880, stack(0x000000001d520000,0x000000001d620000)] 
    0x000000001c0e6000 JavaThread "Finalizer" daemon [_thread_blocked, id=7868, stack(0x000000001d340000,0x000000001d440000)] 
    0x000000001c0bd000 JavaThread "Reference Handler" daemon [_thread_blocked, id=11580, stack(0x000000001d240000,0x000000001d340000)] 

Other Threads: 
    0x000000001c0b3800 VMThread [stack: 0x000000001d140000,0x000000001d240000] [id=12984] 
    0x000000001db42800 WatcherThread [stack: 0x000000001e120000,0x000000001e220000] [id=9136] 

VM state:not at safepoint (normal execution) 

VM Mutex/Monitor currently owned by a thread: None 

Heap: 
PSYoungGen  total 524800K, used 42318K [0x000000076c580000, 0x000000078cf80000, 0x00000007c0000000) 
    eden space 515584K, 8% used [0x000000076c580000,0x000000076eed3b10,0x000000078bd00000) 
    from space 9216K, 0% used [0x000000078bd00000,0x000000078bd00000,0x000000078c600000) 
    to space 8704K, 0% used [0x000000078c600000,0x000000078c600000,0x000000078ce80000) 
ParOldGen  total 99328K, used 24647K [0x00000006c5000000, 0x00000006cb100000, 0x000000076c580000) 
    object space 99328K, 24% used [0x00000006c5000000,0x00000006c6811d80,0x00000006cb100000) 
Metaspace  used 22833K, capacity 23012K, committed 23344K, reserved 1071104K 
    class space used 2715K, capacity 2786K, committed 2864K, reserved 1048576K 

Card table byte_map: [0x00000000120c0000,0x00000000128a0000] byte_map_base: 0x000000000ea98000 

Marking Bits: (ParMarkBitMap*) 0x0000000069bf64f0 
Begin Bits: [0x00000000131e0000, 0x00000000170a0000) 
End Bits: [0x00000000170a0000, 0x000000001af60000) 

Polling page: 0x00000000024b0000 

CodeCache: size=245760Kb used=11544Kb max_used=11559Kb free=234215Kb 
bounds [0x0000000002d00000, 0x0000000003860000, 0x0000000011d00000] 
total_blobs=2659 nmethods=2233 adapters=346 
compilation: enabled 

Compilation events (10 events): 
Event: 191.393 Thread 0x000000001da64000 2532  3  org.apache.xerces.util.XMLAttributesImpl::checkDuplicatesNS (278 bytes) 
Event: 191.393 Thread 0x000000001c13e000 2535  4  org.apache.xerces.impl.XMLEntityScanner::scanQName (510 bytes) 
Event: 191.394 Thread 0x000000001da64000 nmethod 2532 0x0000000003825d10 code [0x0000000003825f60, 0x0000000003826d38] 
Event: 191.394 Thread 0x000000001da64000 2530  3  org.apache.xerces.impl.xs.opti.SchemaDOM::emptyElement (23 bytes) 
Event: 191.394 Thread 0x000000001da64000 nmethod 2530 0x00000000037d66d0 code [0x00000000037d6840, 0x00000000037d6a98] 
Event: 191.394 Thread 0x000000001da64000 2533  3  org.apache.xerces.impl.xs.opti.SchemaDOM::startElement (29 bytes) 
Event: 191.395 Thread 0x000000001da64000 nmethod 2533 0x00000000037fb4d0 code [0x00000000037fb640, 0x00000000037fb8b8] 
Event: 191.395 Thread 0x000000001da64000 2534  3  org.apache.xerces.impl.xs.opti.SchemaDOM::endElement (30 bytes) 
Event: 191.395 Thread 0x000000001da64000 nmethod 2534 0x0000000003825750 code [0x00000000038258c0, 0x0000000003825b90] 
Event: 191.423 Thread 0x000000001c13e000 nmethod 2535 0x000000000384fe10 code [0x0000000003850000, 0x0000000003850fe0] 


--------------- S Y S T E M --------------- 

OS: Windows 8.1 , 64 bit Build 9600 (6.3.9600.17415) 

CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 58 stepping 9, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, avx, aes, clmul, erms, ht, tsc, tscinvbit, tscinv 

Memory: 4k page, physical 16442864k(1810952k free), swap 19025808k(6260k free) 

vm_info: Java HotSpot(TM) 64-Bit Server VM (25.92-b14) for windows-amd64 JRE (1.8.0_92-b14), built on Mar 31 2016 21:03:04 by "java_re" with MS VC++ 10.0 (VS2010) 

time: Mon May 23 12:38:20 2016 
elapsed time: 191 seconds (0d 0h 3m 11s)

来源

2016-05-23 user3305063

+0

你能告诉我们你所有的jvm设置，系统属性等吗？这会有很大的帮助。 –

+0

如果您已经看过转储中'可能的解决方案'下提到的几点？你有没有尝试过其他什么值（对于提及的选项）？ – SubOptimal

回答

3

默认情况下，Java不使用所有可用内存。您需要使用相应的参数运行应用程序。

查看this question的所有细节。 （它可以随Java的版本而改变）。

参数设置可以在命令行上设置，但如果您使用应用程序，则可能有一些配置文件。例如，在Eclipse中，您有eclipse.ini您设置您的内存首选项。

来源

2016-05-23 11:16:36 borjab

1

一些程序会使用大量的内存，像Elasticsearch，尝试，如果你使用这种内存密集型项目增加更多的内存

来源

2017-08-07 16:04:27

0

我正同时在Windows 10上运行同样的Java应用程序类似的内存转储和8.1（均为64位）。

视窗8.1

32GB RAM

i7-4790 3.60GHz CPU

页面文件大小（固定的，14GB）

视窗10

16GB RAM

i7-4790 3.60GHz CPU

页面文件大小（自动管理，最初是固定的，14GB）

第一问题是，具有相同的硬件（在RAM只和OS的差），应用在Windwos 10几乎瞬间崩溃。 最令人惊讶的是，在任务管理器中，我看到只有25％的RAM被使用。

搜索在谷歌的信息后，我发现：

  1. 我需要设置自动管理分页文件为Windows 10
  2. Windows 10 is more greedy with committed memory than previous versions of windows。

第2期

正如由@borjab

的Java提到的，默认情况下，不使用所有可用内存。

要得到非标准选项Java类型在CMD帮助：

java -X

输出：

-Xms<size>  set initial Java heap size 
-Xmx<size>  set maximum Java heap size

<size>可以

G - Gigabytes 
M - Megabytes 
K - Kilobytes

定义两种操作系统的最终解决方案是：

java -Xmx15G -Xms15G -jar selenium-server-standalone-3.4.0.jar

我最初的Java版本

Java版本 “1.8.0_91”

的Java（TM）SE运行时环境（建立1.8.0_91-B14）

Java的热点（ TM）64位服务器虚拟机（构建25.91-b14，混合模式）

更新的java版本

Java版本 “1.8.0_152”

的Java（TM）SE运行时环境（建1.8.0_152-B16）

的HotSpot的Java（TM）64位服务器VM（建立25.152-B16，混合模式）

来源

2017-11-24 11:54:08

相关问题

 相关问题