Java.lang.OutOfMemoryError Exception for data more than 20k rows
Hi There,
We are evaluating Coherence for our requirements and I am quite impressed with filtering, near cache, etc
We are running on Windows XP, 3GB RAM, jdk1.6.0_04 and tests are simple – 2 cache instances and one instance of ExtendTcpCacheService sitting between client and distributed cache.
It just fly’s when inserting/putting about 20k rows/objects in to cache but doesn’t seem to fly for more data.
eg: with 200k objects/rows, we get the following exception
java.lang.OutOfMemoryError: requested 4096000 bytes for GrET in C:\BUILD_AREA\jdk6_04\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space?
But, the exception is not consistent. We also get following
2008-03-20 11:36:23.415 Oracle Coherence GE 3.3.1/389 <D5> (thread=Cluster, member=4): Service Cluster left the cluster
2008-03-20 11:36:25.009 Oracle Coherence GE 3.3.1/389 <D5> (thread=DistributedCache, member=4): Service DistributedCache left the cluster
2008-03-20 11:36:25.899 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:1, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:25.931 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:2, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:26.024 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:4, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:26.024 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:0, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:26.040 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:3, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:26.899 Oracle Coherence GE 3.3.1/389 <D5> (thread=Proxy:ExtendTcpProxyService, member=4): Stopped: TcpAcceptor
2008-03-20 11:36:26.899 Oracle Coherence GE 3.3.1/389 <D4> (thread=Proxy:ExtendTcpProxyService, member=4): Exception occured during exiting:
java.lang.NullPointerException
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.isClusterThread(Service.CDB:1)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service$EventDispatcher.drainOverflow(Service.CDB:7)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.post(Service.CDB:17)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.send(Service.CDB:1)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.ClusterService.doServiceLeft(ClusterService.CDB:25)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.setServiceState(Service.CDB:65)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.onExit(Service.CDB:12)
at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:58)
at java.lang.Thread.run(Thread.java:619)
Would appreciate if someone can point me the right direction.
Regards,
K
Hi Gene,
Thanks for getting back.
Tried with JDK 1.5 but no joy.
I am trying to insert 200k POJO's each with 10 memebers/fields and have set 1GB memory. Here are the logs
08-03-26 15:20:36.644 Oracle Coherence GE 3.3.1/389 <Error> (thread=DistributedCache, member=3): Error sending MapEvent to Channel(Id=1317419375, Connection=0x00000118EBA651F39101EDDBDC0FAA24C838BCE665617F8AC1064ADB4297F30E, Open=true): java.lang.OutOfMemoryError
at sun.misc.Unsafe.allocateMemory(Native Method)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:99)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288)
at com.tangosol.coherence.component.comm.connectionManager.acceptor.TcpAcceptor$ByteBufferPool.instantiateResource(TcpAcceptor.CDB:7)
at com.tangosol.coherence.component.comm.connectionManager.acceptor.TcpAcceptor$ByteBufferPool.acquire(TcpAcceptor.CDB:26)
at com.tangosol.coherence.component.comm.connectionManager.acceptor.TcpAcceptor$ByteBufferPool.allocate(TcpAcceptor.CDB:4)
at com.tangosol.io.MultiBufferWriteBuffer.advance(MultiBufferWriteBuffer.java:870)
at com.tangosol.io.MultiBufferWriteBuffer.<init>(MultiBufferWriteBuffer.java:32)
at com.tangosol.coherence.component.comm.connectionManager.acceptor.TcpAcceptor$TcpConnection.allocateWriteBuffer(TcpAcceptor.CDB:3)
at com.tangosol.coherence.component.comm.Connection.send(Connection.CDB:16)
at com.tangosol.coherence.component.comm.Channel.doSend(Channel.CDB:4)
at com.tangosol.coherence.component.comm.Channel.send(Channel.CDB:38)
at com.tangosol.coherence.component.net.extend.proxy.MapListenerProxy.onMapEvent(MapListenerProxy.CDB:9)
at com.tangosol.coherence.component.net.extend.proxy.MapListenerProxy.entryInserted(MapListenerProxy.CDB:1)
at com.tangosol.util.MapEvent.dispatch(MapEvent.java:191)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache$ViewMap$ProxyListener.dispatch(DistributedCache.CDB:22)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache$ViewMap$ProxyListener.entryInserted(DistributedCache.CDB:1)
at com.tangosol.util.MapListenerSupport$WrapperSynchronousListener.entryInserted(MapListenerSupport.java:856)
at com.tangosol.util.MapEvent.dispatch(MapEvent.java:191)
at com.tangosol.coherence.component.util.CacheEvent.dispatchSafe(CacheEvent.CDB:14)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache$BinaryMap.dispatch(DistributedCache.CDB:86)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache.onMapEvent(DistributedCache.CDB:31)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache$MapEvent.onReceived(DistributedCache.CDB:3)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.onMessage(Service.CDB:9)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.onNotify(Service.CDB:123)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache.onNotify(DistributedCache.CDB:3)
at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:35)
at java.lang.Thread.run(Thread.java:619)
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 32756 bytes for ChunkPool::allocate. Out of swap space?
# Internal Error (allocation.cpp:120), pid=4052, tid=6048
# Error: ChunkPool::allocate
# Java VM: Java HotSpot(TM) Server VM (10.0-b19 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x65f21400): JavaThread "CompilerThread1" daemon [_thread_in_native, id=6048, stack(0x662d0000,0x66320000)]
Stack: [0x662d0000,0x66320000]
[error occurred during error reporting (printing stack bounds), id 0x80000001]
Current CompileTask:
C2:972 ! sun.nio.cs.SingleByteEncoder.encodeArrayLoop(Ljava/nio/CharBuffer;Ljava/nio/ByteBuffer;)Ljava/nio/charset/CoderResult; (475 bytes)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x66425400 JavaThread "DistributedCache:EventDispatcher" daemon [_thread_blocked, id=6024, stack(0x66b10000,0x66b60000)]
0x665ca400 JavaThread "TcpAcceptor:TcpProcessor" daemon [_thread_blocked, id=1164, stack(0x66fc0000,0x67010000)]
0x6656cc00 JavaThread "TcpAcceptor" daemon [_thread_blocked, id=5996, stack(0x66ed0000,0x66f20000)]
0x666ee800 JavaThread "ExtendTcpProxyServiceWorker:4" daemon [_thread_blocked, id=5056, stack(0x66e80000,0x66ed0000)]
0x666ee400 JavaThread "ExtendTcpProxyServiceWorker:3" daemon [_thread_blocked, id=3232, stack(0x66e30000,0x66e80000)]
0x664d1000 JavaThread "ExtendTcpProxyServiceWorker:2" daemon [_thread_blocked, id=1932, stack(0x66de0000,0x66e30000)]
0x66685000 JavaThread "ExtendTcpProxyServiceWorker:1" daemon [_thread_blocked, id=2496, stack(0x66d90000,0x66de0000)]
0x6668c400 JavaThread "ExtendTcpProxyServiceWorker:0" daemon [_thread_blocked, id=2256, stack(0x66d40000,0x66d90000)]
0x66595400 JavaThread "Cluster:EventDispatcher" daemon [_thread_blocked, id=6112, stack(0x66cf0000,0x66d40000)]
0x66584400 JavaThread "Proxy:ExtendTcpProxyService" daemon [_thread_blocked, id=6132, stack(0x66ca0000,0x66cf0000)]
0x666f7400 JavaThread "Proxy:ExtendTcpProxyService:EventDispatcher" daemon [_thread_blocked, id=852, stack(0x66c50000,0x66ca0000)]
0x666fdc00 JavaThread "DistributedCache" daemon [_thread_blocked, id=5380, stack(0x66c00000,0x66c50000)]
0x663da400 JavaThread "TcpRingListener" daemon [_thread_in_native, id=5576, stack(0x66b60000,0x66bb0000)]
0x6651d400 JavaThread "Cluster" daemon [_thread_blocked, id=6084, stack(0x66ac0000,0x66b10000)]
0x66419400 JavaThread "PacketSpeaker" daemon [_thread_blocked, id=4240, stack(0x66a70000,0x66ac0000)]
0x6651f800 JavaThread "PacketPublisher" daemon [_thread_blocked, id=6088, stack(0x66a20000,0x66a70000)]
0x6647e800 JavaThread "PacketReceiver" daemon [_thread_blocked, id=6080, stack(0x669d0000,0x66a20000)]
0x6647e400 JavaThread "PacketListener1" daemon [_thread_in_native, id=6072, stack(0x66980000,0x669d0000)]
0x6656d800 JavaThread "PacketListenerN" daemon [_thread_blocked, id=6076, stack(0x66930000,0x66980000)]
0x664da800 JavaThread "Logger@9233091 3.3.1/389" daemon [_thread_blocked, id=4908, stack(0x66880000,0x668d0000)]
0x65f23c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=5580, stack(0x66320000,0x66370000)]
=>0x65f21400 JavaThread "CompilerThread1" daemon [_thread_in_native, id=6048, stack(0x662d0000,0x66320000)]
0x65f1c800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=6040, stack(0x66280000,0x662d0000)]
0x65f1b400 JavaThread "Attach Listener" daemon [_thread_blocked, id=6004, stack(0x66230000,0x66280000)]
0x65f1ac00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=6032, stack(0x661e0000,0x66230000)]
0x65d4cc00 JavaThread "Finalizer" daemon [_thread_blocked, id=6020, stack(0x66190000,0x661e0000)]
0x65f12800 JavaThread "Reference Handler" daemon [_thread_blocked, id=6036, stack(0x66140000,0x66190000)]
0x00386000 JavaThread "main" [_thread_blocked, id=5040, stack(0x003a0000,0x003f0000)]
Other Threads:
0x65f11000 VMThread [stack: 0x660f0000,0x66140000] [id=5992]
0x65f25400 WatcherThread [stack: 0x66370000,0x663c0000] [id=5492]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00385790/0x00002724] Safepoint_lock - owner thread: 0x65f11000
[0x003857f0/0x00002714] Threads_lock - owner thread: 0x65f11000
[0x00385990/0x000026d4] Heap_lock - owner thread: 0x666fdc00
Heap
PSYoungGen total 158464K, used 147632K [0x5af00000, 0x655a0000, 0x655a0000)
eden space 146496K, 100% used [0x5af00000,0x63e10000,0x63e10000)
from space 11968K, 9% used [0x63e10000,0x63f2c000,0x649c0000)
to space 11712K, 0% used [0x64a30000,0x64a30000,0x655a0000)
PSOldGen total 1365376K, used 1054407K [0x079a0000, 0x5af00000, 0x5af00000)
object space 1365376K, 77% used [0x079a0000,0x47f51f70,0x5af00000)
PSPermGen total 16384K, used 10909K [0x039a0000, 0x049a0000, 0x079a0000)
object space 16384K, 66% used [0x039a0000,0x04447748,0x049a0000)
Dynamic libraries:
Similar Messages
-
What is the exception for finding more than one row?
What is the exception if you do a select and get more than one row? no_data_found is the exception for not finding any, what is the exception for finding "too much". Thx
Funnily enough there is a complete list of predefined exceptions in the documentation .
Cheers, APC -
What do you think about using exceptions for something more than errors
if you look the java.lang.Exception description at the JDK javadoc, you can see the following text:
"The class Exception and its subclasses are a form of Throwable that indicates conditions that a reasonable application might want to catch."
... we can�t see "error" word anywhere!!
What do you think about using exceptions for something more than errors? Can be possible use them as a way for send information to upper layers?
Thankx in regards...it seems that what you say is a functional way of achiveing that, yes
but Exceptions are generally reserverd for "Exceptional" situations ie program messing up or invalid data
it does require a fair bit of processor time to actually generate and throw an Exception.
so, all in all its "better" to use "normal" condition flow control to achive what you want.. you can always return early, break loops, call methods to pass information -
A java.lang.OutOfMemoryError exception
I always get a message below when i'm working with sun creator but when i deploy my application it works fine.
Is it not going to have any negative effect on the application when it goes life
A java.lang.OutOfMemoryError exception has occurred.
Please report this at http://www.netbeans.org/issues.html,
including a copy of your messages.log file as an attachment.
The messages.log file is located in your C:\Documents and Settings\ngx1431\.Creator\2_1\var\log folder.Try changing :
<jvm-options>-Xms512m -Xmx512m</jvm-options>
Java options in the domain.xml file.
This file is under :
$CREATOR_HOME/SunAppServer8/domains/$DOMAIN/config/domain.xml
Also, check this thread
http://forum.java.sun.com/thread.jspa?threadID=5063632 -
Java.lang.OutOfMemoryError: cannot create any more threads
Server: AIX
OS Level: 4.3.3
JDK 1.1.8
I have an application that creates a lot of worker Threads. For each widget, a new Thread is created. If there are 431 widgets, the program displays the OutOfMemory error and exits. If I reduce the number of widgets by 9 and only create 422 Threads everything works fine. I print out the TotalMemory() and the FreeMemory() just before it dies and there seems to be plenty of memory left. I have tried setting the following settings "-ms50m" and "-mx400m", but it seemed to make no difference. Any ideas?
Total Memory: 10211320
Free Memory: 1461640
I also ran using the "verbosegc" option. Here is that output:
<GC: freeing class [B(300291f8)>
<GC: freeing class java.lang.Compiler(3002a920)>
<GC: unloaded and freed 2 classes>
GC: Wed May 26 13:13:08 2004
<GC(async)(1): freed 635 objects, 24440 bytes in 8 ms, 65% free (684736/1048568)>
<GC(1): begin: 2630 ms, mark: 7 ms, sweep: 1 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[1]: managing allocation failure. need 1552 bytes, action=1 (21984/1048568)>
<GC: freeing class java.lang.NoSuchMethodException(30024300)>
<GC: freeing class java.rmi.UnexpectedException(30027610)>
<GC: freeing class sun.rmi.registry.RegistryImpl_Stub(30027b68)>
<GC: freeing class sun.security.provider.SHA(300250a8)>
<GC: unloaded and freed 4 classes>
GC: Wed May 26 13:13:14 2004
<GC(2): freed 6754 objects, 335560 bytes in 25 ms, 34% free (357544/1048568)>
<GC(2): begin: 8262 ms, mark: 18 ms, sweep: 7 ms, compact: 0 ms>
<AF[1]: completed in 532 ms>
<FIN: async finalizer thread waking>
<AF[2]: managing allocation failure. need 1552 bytes, action=1 (223896/1048568)>
GC: Wed May 26 13:13:14 2004
<GC(3): freed 1787 objects, 92008 bytes in 56 ms, 30% free (315880/1048568)>
<GC(3): begin: 8795 ms, mark: 20 ms, sweep: 5 ms, compact: 31 ms>
<GC(3): moved 9012 objects, 470088 bytes in 31 ms>
<AF[2]: completed in 544 ms>
<AF[3]: managing allocation failure. need 424 bytes, action=1 (13584/1048568)>
GC: Wed May 26 13:13:15 2004
<GC(4): freed 3960 objects, 199056 bytes in 27 ms, 20% free (212640/1048568)>
<GC(4): begin: 9621 ms, mark: 22 ms, sweep: 5 ms, compact: 0 ms>
<AF[3]: managing allocation failure. need 424 bytes, action=2 (212640/1048568)>
<AF[3]: managing allocation failure. need 424 bytes, action=3 (212640/1048568)>
<AF[3]: zeroed 3 of 3 soft refs in 3 ms>
GC: Wed May 26 13:13:16 2004
<GC(5): freed 14 objects, 744 bytes in 23 ms, 20% free (213384/1048568)>
<GC(5): begin: 10082 ms, mark: 20 ms, sweep: 3 ms, compact: 0 ms>
<AF[3]: managing allocation failure. need 424 bytes, action=3003 (213384/1048568)>
<AF[3]: zeroed 0 of 0 soft refs in 3 ms>
<AF[3]: managing allocation failure. need 424 bytes, action=4 (213384/1048568)>
<AF: expanded heap by 1048576 to 2097144 bytes, 60% free>
<AF[3]: completed in 1218 ms>
<AF[4]: managing allocation failure. need 1552 bytes, action=1 (134080/2097144)>
GC: Wed May 26 13:13:16 2004
<GC(6): freed 15077 objects, 748816 bytes in 107 ms, 42% free (882896/2097144)>
<GC(6): begin: 10726 ms, mark: 34 ms, sweep: 14 ms, compact: 59 ms>
<GC(6): moved 12562 objects, 828712 bytes in 59 ms>
<AF[4]: completed in 509 ms>
<AF[5]: managing allocation failure. need 1552 bytes, action=1 (12744/2097144)>
GC: Wed May 26 13:13:17 2004
<GC(7): freed 11655 objects, 575824 bytes in 55 ms, 28% free (588568/2097144)>
<GC(7): begin: 11542 ms, mark: 41 ms, sweep: 14 ms, compact: 0 ms>
<AF[5]: completed in 604 ms>
<AF[6]: managing allocation failure. need 3280 bytes, action=1 (558216/2097144)>
GC: Wed May 26 13:13:18 2004
<GC(8): freed 420 objects, 22088 bytes in 110 ms, 27% free (580304/2097144)>
<GC(8): begin: 11966 ms, mark: 41 ms, sweep: 8 ms, compact: 61 ms>
<GC(8): moved 11582 objects, 723272 bytes in 61 ms>
<AF[6]: completed in 473 ms>
<AF[7]: managing allocation failure. need 1552 bytes, action=1 (12304/2097144)>
GC: Wed May 26 13:13:18 2004
<GC(9): freed 7364 objects, 374360 bytes in 59 ms, 18% free (386664/2097144)>
<GC(9): begin: 12741 ms, mark: 48 ms, sweep: 11 ms, compact: 0 ms>
<AF[7]: managing allocation failure. need 1552 bytes, action=2 (386664/2097144)>
<AF[7]: managing allocation failure. need 1552 bytes, action=3 (386664/2097144)>
<AF[7]: zeroed 0 of 0 soft refs in 9 ms>
<AF[7]: managing allocation failure. need 1552 bytes, action=4 (386664/2097144)>
<AF: expanded heap by 1048576 to 3145720 bytes, 45% free>
<AF[7]: completed in 617 ms>
GC: Wed May 26 13:13:19 2004
<GC(10): freed 9825 objects, 492936 bytes in 172 ms, 38% free (1199928/3145720)>
<GC(10): begin: 13426 ms, mark: 56 ms, sweep: 16 ms, compact: 99 ms>
<GC(10): moved 22853 objects, 1415864 bytes in 99 ms>
GC: Wed May 26 13:13:20 2004
<GC(async)(11): freed 26 objects, 2440 bytes in 66 ms, 38% free (1196344/3145720)>
<GC(11): begin: 14222 ms, mark: 58 ms, sweep: 8 ms, compact: 0 ms>
<AF[8]: managing allocation failure. need 16400 bytes, action=1 (112112/3145720)>
<GC: freeing class java.rmi.UnexpectedException(30027610)>
<GC: freeing class sun.rmi.registry.RegistryImpl_Stub(30027b68)>
<GC: freeing class sun.security.provider.SHA(30020b30)>
<GC: unloaded and freed 3 classes>
GC: Wed May 26 13:13:24 2004
<GC(12): freed 5185 objects, 1014736 bytes in 71 ms, 35% free (1126848/3145720)>
<GC(12): begin: 18001 ms, mark: 59 ms, sweep: 12 ms, compact: 0 ms>
<AF[8]: completed in 830 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:25 2004
<GC(async)(13): freed 3882 objects, 824912 bytes in 72 ms, 35% free (1114576/3145720)>
<GC(13): begin: 19693 ms, mark: 60 ms, sweep: 12 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:27 2004
<GC(async)(14): freed 3455 objects, 739696 bytes in 75 ms, 35% free (1101776/3145720)>
<GC(14): begin: 21321 ms, mark: 62 ms, sweep: 13 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[9]: managing allocation failure. need 16400 bytes, action=1 (364032/3145720)>
GC: Wed May 26 13:13:28 2004
<GC(15): freed 3223 objects, 704488 bytes in 74 ms, 33% free (1068520/3145720)>
<GC(15): begin: 22665 ms, mark: 61 ms, sweep: 13 ms, compact: 0 ms>
<AF[9]: completed in 496 ms>
<FIN: async finalizer thread waking>
<AF[10]: managing allocation failure. need 16400 bytes, action=1 (270272/3145720)>
GC: Wed May 26 13:13:30 2004
<GC(16): freed 6494 objects, 712488 bytes in 81 ms, 31% free (982760/3145720)>
<GC(16): begin: 23905 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
<AF[10]: completed in 617 ms>
<FIN: async finalizer thread waking>
<AF[11]: managing allocation failure. need 16400 bytes, action=1 (522936/3145720)>
GC: Wed May 26 13:13:30 2004
<GC(17): freed 4048 objects, 474384 bytes in 81 ms, 31% free (997320/3145720)>
<GC(17): begin: 24759 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
<AF[11]: completed in 645 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:31 2004
<GC(async)(18): freed 2878 objects, 372312 bytes in 81 ms, 31% free (988168/3145720)>
<GC(18): begin: 25455 ms, mark: 67 ms, sweep: 14 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[12]: managing allocation failure. need 16400 bytes, action=1 (649312/3145720)>
GC: Wed May 26 13:13:32 2004
<GC(19): freed 1540 objects, 323336 bytes in 203 ms, 30% free (972560/3145720)>
<GC(19): begin: 26489 ms, mark: 68 ms, sweep: 14 ms, compact: 121 ms>
<GC(19): moved 28510 objects, 1684672 bytes in 121 ms>
<AF[12]: completed in 735 ms>
<FIN: async finalizer thread waking>
<AF[13]: managing allocation failure. need 16400 bytes, action=1 (75360/3145720)>
GC: Wed May 26 13:13:34 2004
<GC(20): freed 5621 objects, 854200 bytes in 81 ms, 29% free (929560/3145720)>
<GC(20): begin: 27906 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
<AF[13]: completed in 598 ms>
<FIN: async finalizer thread waking>
<AF[14]: managing allocation failure. need 16400 bytes, action=1 (185408/3145720)>
GC: Wed May 26 13:13:35 2004
<GC(21): freed 3437 objects, 727680 bytes in 80 ms, 29% free (913088/3145720)>
<GC(21): begin: 29354 ms, mark: 67 ms, sweep: 13 ms, compact: 0 ms>
<AF[14]: completed in 600 ms>
<FIN: async finalizer thread waking>
<AF[15]: managing allocation failure. need 16400 bytes, action=1 (255960/3145720)>
GC: Wed May 26 13:13:36 2004
<GC(22): freed 3369 objects, 631744 bytes in 86 ms, 28% free (887704/3145720)>
<GC(22): begin: 30784 ms, mark: 72 ms, sweep: 14 ms, compact: 0 ms>
<AF[15]: completed in 798 ms>
<FIN: async finalizer thread waking>
<AF[16]: managing allocation failure. need 1552 bytes, action=1 (277648/3145720)>
GC: Wed May 26 13:13:38 2004
<GC(23): freed 4319 objects, 571728 bytes in 208 ms, 27% free (849368/3145720)>
<GC(23): begin: 31820 ms, mark: 69 ms, sweep: 15 ms, compact: 124 ms>
<GC(23): moved 32020 objects, 1918840 bytes in 124 ms>
<AF[16]: completed in 716 ms>
<FIN: async finalizer thread waking>
<AF[17]: managing allocation failure. need 16400 bytes, action=1 (57816/3145720)>
GC: Wed May 26 13:13:39 2004
<GC(24): freed 8529 objects, 635392 bytes in 93 ms, 22% free (693208/3145720)>
<GC(24): begin: 32859 ms, mark: 74 ms, sweep: 18 ms, compact: 1 ms>
<AF[17]: managing allocation failure. need 16400 bytes, action=2 (693208/3145720)>
<FIN: async finalizer thread waking>
<AF[17]: synchronously running 4 finalizers>
<AF[17]: synchronous finalization attempt took 1 ms>
GC: Wed May 26 13:13:39 2004
<GC(25): freed 11 objects, 2376 bytes in 89 ms, 22% free (694032/3145720)>
<GC(25): begin: 33407 ms, mark: 75 ms, sweep: 14 ms, compact: 0 ms>
<AF[17]: managing allocation failure. need 16400 bytes, action=3 (694032/3145720)>
<AF[17]: zeroed 9 of 9 soft refs in 15 ms>
GC: Wed May 26 13:13:40 2004
<GC(26): freed 58 objects, 3472 bytes in 90 ms, 22% free (697504/3145720)>
<GC(26): begin: 33957 ms, mark: 76 ms, sweep: 14 ms, compact: 0 ms>
<AF[17]: managing allocation failure. need 16400 bytes, action=3003 (697504/3145720)>
<AF[17]: zeroed 0 of 0 soft refs in 16 ms>
<AF[17]: managing allocation failure. need 16400 bytes, action=4 (697504/3145720)>
<AF: expanded heap by 1048576 to 4194296 bytes, 41% free>
<AF[17]: completed in 1842 ms>
<AF[18]: managing allocation failure. need 8208 bytes, action=1 (265952/4194296)>
GC: Wed May 26 13:13:41 2004
<GC(27): freed 17813 objects, 1444896 bytes in 238 ms, 40% free (1710840/4194296)>
<GC(27): begin: 35625 ms, mark: 80 ms, sweep: 26 ms, compact: 132 ms>
<GC(27): moved 24970 objects, 1390720 bytes in 132 ms>
<AF[18]: completed in 936 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:43 2004
<GC(async)(28): freed 3519 objects, 866264 bytes in 96 ms, 40% free (1699032/4194296)>
<GC(28): begin: 37429 ms, mark: 79 ms, sweep: 17 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:45 2004
<GC(async)(29): freed 7470 objects, 964488 bytes in 97 ms, 39% free (1646808/4194296)>
<GC(29): begin: 39287 ms, mark: 79 ms, sweep: 18 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:47 2004
<GC(async)(30): freed 4130 objects, 807712 bytes in 97 ms, 38% free (1625440/4194296)>
<GC(30): begin: 40857 ms, mark: 80 ms, sweep: 17 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:48 2004
<GC(async)(31): freed 6462 objects, 911544 bytes in 103 ms, 37% free (1579288/4194296)>
<GC(31): begin: 42499 ms, mark: 83 ms, sweep: 19 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[19]: managing allocation failure. need 16400 bytes, action=1 (544024/4194296)>
GC: Wed May 26 13:13:50 2004
<GC(32): freed 9174 objects, 963288 bytes in 255 ms, 35% free (1507304/4194296)>
<GC(32): begin: 43944 ms, mark: 85 ms, sweep: 22 ms, compact: 148 ms>
<GC(32): moved 31280 objects, 1760488 bytes in 148 ms>
<AF[19]: completed in 727 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:51 2004
<GC(async)(33): freed 5334 objects, 916464 bytes in 105 ms, 35% free (1479760/4194296)>
<GC(33): begin: 45710 ms, mark: 85 ms, sweep: 20 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:53 2004
<GC(async)(34): freed 4727 objects, 843296 bytes in 110 ms, 34% free (1452368/4194296)>
<GC(34): begin: 47271 ms, mark: 89 ms, sweep: 21 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[20]: managing allocation failure. need 1552 bytes, action=1 (201640/4194296)>
GC: Wed May 26 13:13:55 2004
<GC(35): freed 15729 objects, 1102776 bytes in 311 ms, 31% free (1304416/4194296)>
<GC(35): begin: 48752 ms, mark: 104 ms, sweep: 32 ms, compact: 175 ms>
<GC(35): moved 35105 objects, 1835792 bytes in 175 ms>
<AF[20]: completed in 894 ms>
<FIN: async finalizer thread waking>
<AF[21]: managing allocation failure. need 16400 bytes, action=1 (78240/4194296)>
GC: Wed May 26 13:13:56 2004
<GC(36): freed 12481 objects, 1155656 bytes in 122 ms, 29% free (1233896/4194296)>
<GC(36): begin: 50490 ms, mark: 96 ms, sweep: 26 ms, compact: 0 ms>
<AF[21]: completed in 626 ms>
<FIN: async finalizer thread waking>
<AF[22]: managing allocation failure. need 16400 bytes, action=1 (352488/4194296)>
GC: Wed May 26 13:13:58 2004
<GC(37): freed 4977 objects, 846352 bytes in 122 ms, 28% free (1198840/4194296)>
<GC(37): begin: 52136 ms, mark: 98 ms, sweep: 24 ms, compact: 0 ms>
<AF[22]: completed in 788 ms>
<FIN: async finalizer thread waking>
<AF[23]: managing allocation failure. need 16400 bytes, action=1 (447480/4194296)>
GC: Wed May 26 13:13:59 2004
<GC(38): freed 3784 objects, 727792 bytes in 127 ms, 28% free (1175272/4194296)>
<GC(38): begin: 53702 ms, mark: 101 ms, sweep: 26 ms, compact: 0 ms>
<AF[23]: completed in 732 ms>
<FIN: async finalizer thread waking>
<AF[24]: managing allocation failure. need 16400 bytes, action=1 (505640/4194296)>
GC: Wed May 26 13:14:01 2004
<GC(39): freed 3844 objects, 648688 bytes in 125 ms, 27% free (1154328/4194296)>
<GC(39): begin: 54998 ms, mark: 98 ms, sweep: 27 ms, compact: 0 ms>
<AF[24]: completed in 667 ms>
<FIN: async finalizer thread waking>
<AF[25]: managing allocation failure. need 16400 bytes, action=1 (561280/4194296)>
GC: Wed May 26 13:14:02 2004
<GC(40): freed 4740 objects, 548792 bytes in 302 ms, 26% free (1110072/4194296)>
<GC(40): begin: 55896 ms, mark: 102 ms, sweep: 26 ms, compact: 174 ms>
<GC(40): moved 32891 objects, 1661088 bytes in 174 ms>
<AF[25]: completed in 743 ms>
<FIN: async finalizer thread waking>
<AF[26]: managing allocation failure. need 16400 bytes, action=1 (292096/4194296)>
GC: Wed May 26 13:14:03 2004
<GC(41): freed 6267 objects, 774336 bytes in 139 ms, 25% free (1066432/4194296)>
<GC(41): begin: 57515 ms, mark: 113 ms, sweep: 26 ms, compact: 0 ms>
<AF[26]: completed in 772 ms>
<FIN: async finalizer thread waking>
<AF[27]: managing allocation failure. need 16400 bytes, action=1 (315984/4194296)>
GC: Wed May 26 13:14:05 2004
<GC(42): freed 4472 objects, 726008 bytes in 129 ms, 24% free (1041992/4194296)>
<GC(42): begin: 58864 ms, mark: 104 ms, sweep: 25 ms, compact: 0 ms>
<AF[27]: managing allocation failure. need 16400 bytes, action=2 (1041992/4194296)>
<AF[27]: synchronously running 18 finalizers>
<FIN: async finalizer thread waking>
<AF[27]: synchronous finalization attempt took 3 ms>
GC: Wed May 26 13:14:05 2004
<GC(43): freed 46 objects, 6040 bytes in 129 ms, 24% free (1046480/4194296)>
<GC(43): begin: 59401 ms, mark: 106 ms, sweep: 23 ms, compact: 0 ms>
<AF[27]: managing allocation failure. need 16400 bytes, action=3 (1046480/4194296)>
<AF[27]: zeroed 0 of 0 soft refs in 23 ms>
<AF[27]: managing allocation failure. need 16400 bytes, action=4 (1046480/4194296)>
<AF: expanded heap by 1048576 to 5242872 bytes, 39% free>
<AF[27]: completed in 1233 ms>
<AF[28]: managing allocation failure. need 16400 bytes, action=1 (439288/5242872)>
GC: Wed May 26 13:14:08 2004
<GC(44): freed 7949 objects, 1599288 bytes in 289 ms, 38% free (2038576/5242872)>
<GC(44): begin: 62021 ms, mark: 106 ms, sweep: 27 ms, compact: 156 ms>
<GC(44): moved 22967 objects, 1133840 bytes in 156 ms>
<AF[28]: completed in 1044 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:14:10 2004
<GC(async)(45): freed 4094 objects, 840880 bytes in 133 ms, 38% free (2030528/5242872)>
<GC(45): begin: 63875 ms, mark: 108 ms, sweep: 25 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[29]: managing allocation failure. need 8208 bytes, action=1 (114768/5242872)>
GC: Wed May 26 13:14:12 2004
<GC(46): freed 21586 objects, 1635288 bytes in 154 ms, 33% free (1750056/5242872)>
<GC(46): begin: 65807 ms, mark: 115 ms, sweep: 39 ms, compact: 0 ms>
<AF[29]: completed in 691 ms>
<FIN: async finalizer thread waking>
<AF[30]: managing allocation failure. need 1552 bytes, action=1 (696192/5242872)>
GC: Wed May 26 13:14:13 2004
<GC(47): freed 14485 objects, 957856 bytes in 376 ms, 31% free (1654048/5242872)>
<GC(47): begin: 66906 ms, mark: 122 ms, sweep: 38 ms, compact: 216 ms>
<GC(47): moved 34318 objects, 1722880 bytes in 216 ms>
<AF[30]: completed in 927 ms>
<FIN: async finalizer thread waking>
<AF[31]: managing allocation failure. need 16400 bytes, action=1 (459760/5242872)>
GC: Wed May 26 13:14:14 2004
<GC(48): freed 13009 objects, 1168784 bytes in 153 ms, 31% free (1628544/5242872)>
<GC(48): begin: 68716 ms, mark: 119 ms, sweep: 34 ms, compact: 0 ms>
<AF[31]: completed in 747 ms>
<FIN: async finalizer thread waking>
<AF[32]: managing allocation failure. need 16400 bytes, action=1 (538768/5242872)>
GC: Wed May 26 13:14:17 2004
<GC(49): freed 8330 objects, 1021448 bytes in 339 ms, 29% free (1560216/5242872)>
<GC(49): begin: 70875 ms, mark: 122 ms, sweep: 33 ms, compact: 184 ms>
<GC(49): moved 24324 objects, 1119304 bytes in 184 ms>
<AF[32]: completed in 1494 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:14:19 2004
<GC(async)(50): freed 4448 objects, 927416 bytes in 152 ms, 29% free (1545096/5242872)>
<GC(50): begin: 72825 ms, mark: 122 ms, sweep: 30 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[33]: managing allocation failure. need 16400 bytes, action=1 (158984/5242872)>
GC: Wed May 26 13:14:21 2004
<GC(51): freed 10590 objects, 1250112 bytes in 167 ms, 26% free (1409096/5242872)>
<GC(51): begin: 74814 ms, mark: 130 ms, sweep: 37 ms, compact: 0 ms>
<AF[33]: completed in 736 ms>
<FIN: async finalizer thread waking>
<AF[34]: managing allocation failure. need 1552 bytes, action=1 (402752/5242872)>
GC: Wed May 26 13:14:22 2004
<GC(52): freed 13192 objects, 837080 bytes in 415 ms, 23% free (1239832/5242872)>
<GC(52): begin: 75673 ms, mark: 135 ms, sweep: 41 ms, compact: 238 ms>
<GC(52): moved 34722 objects, 1631272 bytes in 238 ms>
<AF[34]: managing allocation failure. need 1552 bytes, action=2 (1239832/5242872)>
<FIN: async finalizer thread waking>
<AF[34]: synchronously running 6 finalizers>
<AF[34]: synchronous finalization attempt took 1 ms>
GC: Wed May 26 13:14:22 2004
<GC(53): freed 21 objects, 4984 bytes in 161 ms, 23% free (1241712/5242872)>
<GC(53): begin: 76457 ms, mark: 130 ms, sweep: 31 ms, compact: 0 ms>
<AF[34]: managing allocation failure. need 1552 bytes, action=3 (1241712/5242872)>
<AF[34]: zeroed 0 of 0 soft refs in 34 ms>
<AF[34]: managing allocation failure. need 1552 bytes, action=4 (1241712/5242872)>
<AF: expanded heap by 1048576 to 6291448 bytes, 36% free>
<AF[34]: completed in 1415 ms>
<AF[35]: managing allocation failure. need 16400 bytes, action=1 (252936/6291448)>
GC: Wed May 26 13:14:24 2004
<GC(54): freed 23814 objects, 1717504 bytes in 453 ms, 31% free (1970440/6291448)>
<GC(54): begin: 78098 ms, mark: 148 ms, sweep: 51 ms, compact: 253 ms>
<GC(54): moved 34460 objects, 1684384 bytes in 253 ms>
<AF[35]: completed in 952 ms>
<FIN: async finalizer thread waking>
<AF[36]: managing allocation failure. need 16400 bytes, action=1 (143712/6291448)>
GC: Wed May 26 13:14:26 2004
<GC(55): freed 26403 objects, 1600136 bytes in 203 ms, 27% free (1743848/6291448)>
<GC(55): begin: 79739 ms, mark: 148 ms, sweep: 55 ms, compact: 0 ms>
<AF[36]: completed in 758 ms>
<FIN: async finalizer thread waking>
<AF[37]: managing allocation failure. need 61912 bytes, action=1 (1223696/6291448)>
GC: Wed May 26 13:14:27 2004
<GC(56): freed 5320 objects, 370504 bytes in 481 ms, 25% free (1594200/6291448)>
<GC(56): begin: 80478 ms, mark: 153 ms, sweep: 47 ms, compact: 281 ms>
<GC(56): moved 43171 objects, 1952320 bytes in 281 ms>
<AF[37]: completed in 883 ms>
<FIN: async finalizer thread waking>
<AF[38]: managing allocation failure. need 16400 bytes, action=1 (394680/6291448)>
GC: Wed May 26 13:14:28 2004
<GC(57): freed 14083 objects, 964208 bytes in 209 ms, 21% free (1358888/6291448)>
<GC(57): begin: 81774 ms, mark: 160 ms, sweep: 49 ms, compact: 0 ms>
<AF[38]: managing allocation failure. need 16400 bytes, action=2 (1358888/6291448)>
<FIN: async finalizer thread waking>
<AF[38]: synchronously running 12 finalizers>
<AF[38]: synchronous finalization attempt took 1 ms>
GC: Wed May 26 13:14:28 2004
<GC(58): freed 36 objects, 5168 bytes in 206 ms, 21% free (1360952/6291448)>
<GC(58): begin: 82355 ms, mark: 160 ms, sweep: 46 ms, compact: 0 ms>
<AF[38]: managing allocation failure. need 16400 bytes, action=3 (1360952/6291448)>
<AF[38]: zeroed 0 of 0 soft refs in 50 ms>
<AF[38]: managing allocation failure. need 16400 bytes, action=4 (1360952/6291448)>
<AF: expanded heap by 1101824 to 7393272 bytes, 33% free>
<AF[38]: completed in 1294 ms>
<AF[39]: managing allocation failure. need 16400 bytes, action=1 (674336/7393272)>
GC: Wed May 26 13:14:31 2004
<GC(59): freed 16138 objects, 1510224 bytes in 584 ms, 29% free (2184560/7393272)>
<GC(59): begin: 84491 ms, mark: 178 ms, sweep: 60 ms, compact: 346 ms>
<GC(59): moved 55092 objects, 2219584 bytes in 346 ms>
<AF[39]: completed in 1242 ms>
<FIN: async finalizer thread waking>
<AF[40]: managing allocation failure. need 8208 bytes, action=1 (120088/7393272)>
GC: Wed May 26 13:14:33 2004
<GC(60): freed 17355 objects, 1880752 bytes in 245 ms, 27% free (2000840/7393272)>
<GC(60): begin: 86760 ms, mark: 183 ms, sweep: 62 ms, compact: 0 ms>
<AF[40]: completed in 866 ms>
<FIN: async finalizer thread waking>
<AF[41]: managing allocation failure. need 1552 bytes, action=1 (221648/7393272)>
GC: Wed May 26 13:14:35 2004
<GC(61): freed 21131 objects, 1627296 bytes in 591 ms, 25% free (1848944/7393272)>
<GC(61): begin: 88506 ms, mark: 181 ms, sweep: 63 ms, compact: 347 ms>
<GC(61): moved 57273 objects, 2733408 bytes in 347 ms>
<AF[41]: completed in 1170 ms>
<FIN: async finalizer thread waking>
<AF[42]: managing allocation failure. need 16400 bytes, action=1 (84512/7393272)>
GC: Wed May 26 13:14:36 2004
<GC(62): freed 18625 objects, 1461576 bytes in 263 ms, 20% free (1546088/7393272)>
<GC(62): begin: 90212 ms, mark: 196 ms, sweep: 67 ms, compact: 0 ms>
<AF[42]: managing allocation failure. need 16400 bytes, action=2 (1546088/7393272)>
<FIN: async finalizer thread waking>
<AF[42]: synchronously running 14 finalizers>
<AF[42]: synchronous finalization attempt took 1 ms>
GC: Wed May 26 13:14:37 2004
<GC(63): freed 46 objects, 6728 bytes in 252 ms, 20% free (1549712/7393272)>
<GC(63): begin: 90853 ms, mark: 197 ms, sweep: 55 ms, compact: 0 ms>
<AF[42]: managing allocation failure. need 16400 bytes, action=3 (1549712/7393272)>
<AF[42]: zeroed 0 of 0 soft refs in 61 ms>
<AF[42]: managing allocation failure. need 16400 bytes, action=4 (1549712/7393272)>
<AF: expanded heap by 1294336 to 8687608 bytes, 32% free>
<AF[42]: completed in 1441 ms>
<AF[43]: managing allocation failure. need 16400 bytes, action=1 (658696/8687608)>
GC: Wed May 26 13:14:40 2004
<GC(64): freed 20119 objects, 2108800 bytes in 611 ms, 31% free (2767496/8687608)>
<GC(64): begin: 93853 ms, mark: 197 ms, sweep: 68 ms, compact: 346 ms>
<GC(64): moved 46120 objects, 1817512 bytes in 346 ms>
<AF[43]: completed in 1340 ms>
<FIN: async finalizer thread waking>
<AF[44]: managing allocation failure. need 16400 bytes, action=1 (348696/8687608)>
GC: Wed May 26 13:14:43 2004
<GC(65): freed 24943 objects, 2286616 bytes in 280 ms, 30% free (2635312/8687608)>
<GC(65): begin: 97187 ms, mark: 209 ms, sweep: 71 ms, compact: 0 ms>
<AF[44]: completed in 1027 ms>
<FIN: async finalizer thread waking>
<AF[45]: managing allocation failure. need 16400 bytes, action=1 (921208/8687608)>
GC: Wed May 26 13:14:45 2004
<GC(66): freed 25648 objects, 1677408 bytes in 628 ms, 29% free (2598616/8687608)>
<GC(66): begin: 99185 ms, mark: 203 ms, sweep: 72 ms, compact: 353 ms>
<GC(66): moved 40683 objects, 1679720 bytes in 353 ms>
<AF[45]: completed in 1269 ms>
<FIN: async finalizer thread waking>
<AF[46]: managing allocation failure. need 16400 bytes, action=1 (298648/8687608)>
GC: Wed May 26 13:14:48 2004
<GC(67): freed 24497 objects, 2194248 bytes in 280 ms, 28% free (2492896/8687608)>
<GC(67): begin: 102480 ms, mark: 209 ms, sweep: 71 ms, compact: 0 ms>
<AF[46]: completed in 1045 ms>
<FIN: async finalizer thread waking>
<AF[47]: managing allocation failure. need 16400 bytes, action=1 (926440/8687608)>
GC: Wed May 26 13:14:51 2004
<GC(68): freed 16029 objects, 1506568 bytes in 649 ms, 28% free (2433008/8687608)>
<GC(68): begin: 104589 ms, mark: 212 ms, sweep: 71 ms, compact: 366 ms>
<GC(68): moved 37208 objects, 1532696 bytes in 366 ms>
<AF[47]: completed in 1219 ms>
<FIN: async finalizer thread waking>
<AF[48]: managing allocation failure. need 16400 bytes, action=1 (173384/8687608)>
GC: Wed May 26 13:14:52 2004
<GC(69): freed 51791 objects, 2147296 bytes in 315 ms, 26% free (2320680/8687608)>
<GC(69): begin: 106490 ms, mark: 225 ms, sweep: 90 ms, compact: 0 ms>
<AF[48]: completed in 934 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:14:54 2004
<GC(async)(70): freed 6219 objects, 1029800 bytes in 283 ms, 26% free (2288904/8687608)>
<GC(70): begin: 108407 ms, mark: 217 ms, sweep: 66 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:14:56 2004
<GC(async)(71): freed 5729 objects, 880760 bytes in 283 ms, 25% free (2248616/8687608)>
<GC(71): begin: 110141 ms, mark: 217 ms, sweep: 66 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[49]: managing allocation failure. need 16400 bytes, action=1 (969720/8687608)>
GC: Wed May 26 13:14:59 2004
<GC(72): freed 5892 objects, 1249144 bytes in 687 ms, 25% free (2218864/8687608)>
<GC(72): begin: 112714 ms, mark: 223 ms, sweep: 68 ms, compact: 396 ms>
<GC(72): moved 39455 objects, 1664056 bytes in 396 ms>
<AF[49]: completed in 1301 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:01 2004
<GC(async)(73): freed 8020 objects, 1112008 bytes in 306 ms, 25% free (2175920/8687608)>
<GC(73): begin: 115094 ms, mark: 232 ms, sweep: 74 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:03 2004
<GC(async)(74): freed 3458 objects, 784440 bytes in 285 ms, 24% free (2157712/8687608)>
<GC(74): begin: 116914 ms, mark: 221 ms, sweep: 64 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:05 2004
<GC(async)(75): freed 4251 objects, 820752 bytes in 288 ms, 24% free (2133176/8687608)>
<GC(75): begin: 118932 ms, mark: 222 ms, sweep: 66 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:07 2004
<GC(async)(76): freed 3670 objects, 792432 bytes in 295 ms, 24% free (2111200/8687608)>
<GC(76): begin: 120808 ms, mark: 228 ms, sweep: 67 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:09 2004
<GC(async)(77): freed 5047 objects, 853656 bytes in 293 ms, 23% free (2078848/8687608)>
<GC(77): begin: 122707 ms, mark: 225 ms, sweep: 68 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:11 2004
<GC(async)(78): freed 2987 objects, 762568 bytes in 295 ms, 23% free (2063392/8687608)>
<GC(78): begin: 124622 ms, mark: 228 ms, sweep: 67 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:12 2004
<GC(async)(79): freed 4024 objects, 809992 bytes in 295 ms, 23% free (2040800/8687608)>
<GC(79): begin: 126488 ms, mark: 226 ms, sweep: 69 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:14 2004
<GC(async)(80): freed 4276 objects, 820272 bytes in 300 ms, 23% free (2013800/8687608)>
<GC(80): begin: 128277 ms, mark: 230 ms, sweep: 70 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:16 2004
<GC(async)(81): freed 2995 objects, 763960 bytes in 299 ms, 22% free (1998048/8687608)>
<GC(81): begin: 130138 ms, mark: 229 ms, sweep: 70 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[50]: managing allocation failure. need 16400 bytes, action=1 (1239008/8687608)>
GC: Wed May 26 13:15:18 2004
<GC(82): freed 3634 objects, 725728 bytes in 731 ms, 22% free (1964736/8687608)>
<GC(82): begin: 131754 ms, mark: 234 ms, sweep: 71 ms, compact: 425 ms>
<GC(82): moved 57964 objects, 2313288 bytes in 425 ms>
<AF[50]: managing allocation failure. need 16400 bytes, action=2 (1964736/8687608)>
<FIN: async finalizer thread waking>
<AF[50]: synchronously running 18 finalizers>
<AF[50]: synchronous finalization attempt took 0 ms>
GC: Wed May 26 13:15:19 2004
<GC(83): freed 43 objects, 7568 bytes in 296 ms, 22% free (1970752/8687608)>
<GC(83): begin: 132865 ms, mark: 231 ms, sweep: 65 ms, compact: 0 ms>
<AF[50]: managing allocation failure. need 16400 bytes, action=3 (1970752/8687608)>
<AF[50]: zeroed 0 of 0 soft refs in 74 ms>
<AF[50]: managing allocation failure. need 16400 bytes, action=4 (1970752/8687608)>
<AF: expanded heap by 1523712 to 10211320 bytes, 34% free>
<AF[50]: completed in 1951 ms>
GC: Wed May 26 13:15:20 2004
<GC(async)(84): freed 3361 objects, 465256 bytes in 663 ms, 34% free (3478624/10211320)>
<GC(84): begin: 133983 ms, mark: 237 ms, sweep: 67 ms, compact: 359 ms>
<GC(84): moved 10549 objects, 445792 bytes in 359 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:22 2004
<GC(async)(85): freed 4413 objects, 819304 bytes in 304 ms, 33% free (3453600/10211320)>
<GC(85): begin: 136216 ms, mark: 235 ms, sweep: 69 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:24 2004
<GC(async)Noting that you are using a IBM vm and a rather old one at that...
Threads take java memory. Normally the solution is to increase the maximum java heap. Doing that depends on the memory that the system supports and the maximum that the VM allows and the default that it uses.
You might want to verify the command line options you are using. You might want to also find out what happens if you use a larger number or smaller one.
And if all else fails you can use a thread pool rather than trying to create seperate threads. -
Java.lang.OutOfMemoryError exception
Can someone comment on why OutOfMem exception is thrown based on the following GC output (OutOfMem message is actually mixed with "compacting perm gen")? does it mean it ran out of perm space? Perm space is always at 99%.
Thanks
Heap
def new generation total 14208K, used 14208K [0x029e0000, 0x03940000, 0x03940000)
eden space 12672K, 100% used [0x029e0000, 0x03640000, 0x03640000)
from space 1536K, 100% used [0x03640000, 0x037c0000, 0x037c0000)
to space 1536K, 0% used [0x037c0000, 0x037c0000, 0x03940000)
tenured generation total 189056K, used 189055K [0x03940000, 0x0f1e0000, 0x0f1e0000)
the space 189056K, 99% used [0x03940000, 0x0f1dfff8, 0x0f1e0000, 0x0f1e0000)
compacting perm gen total 16896K, used 16728K [0x0f1e0000, 0x10260000, 0x131e0000)
the space 16896K, 99% used [0x0f1e0000, 0x10236268, 0x10236400, 0x10260000)
3903.26: [Tenured: 189055K->111945K(189056K), 1.9745907 secs] 203263K->111945K(203264K) Heap after GC invocations=184:
Heap
def new generation total 14208K, used 14208K [0x029e0000, 0x03940000, 0x03940000)
eden space 12672K, 100% used [0x029e0000, 0x03640000, 0x03640000)
from space 1536K, 100% used [0x03640000, 0x037c0000, 0x037c0000)
to space 1536K, 0% used [0x037c0000, 0x037c0000, 0x03940000)
tenured generation total 189056K, used 111945K [0x03940000, 0x0f1e0000, 0x0f1e0000)
the space 189056K, 59% used [0x03940000, 0x0a6925f8, 0x0a692600, 0x0f1e0000)
compacting perjava.lang.OutOfMemoryErrorm gen total 16896K, used 16726K [0x0f1e0000, 0x10260000, 0x131e0000)
the space 16896K, 98% used [0x0f1e0000, 0x10235830, 0x10235a00, 0x10260000)
} , 2.0571367 secs]That's an unfortunate interleaving of program output and
JVM output. Looks like the OutOfMemory error was thrown prior
to the GC whose output it was interkeaved into. Can you post the
entire verbose gc log? Do you see the perm gen or the
tenured gen nearly full after a GC? The snippet you posted
does not indicate memory being exhausted.
Which version of the JVM/JDK are you running? Which platform?
Can you check if you have run out of swap space and unable to
expand the Java heap? (That could be a transient condition that
manifests only occasionally because there are lotrs of processes
on your machine, which is running close to the edge of swap.
In that case, you might try running again with only this single program
running -- and sufficient swap.) -
Java.lang.OutOfMemoryError + java.lang.VerifyError
Hi all,
We are working on an ADF 11g application where several transient attributes are feeded by Groovy expressions. Once deployed on a standalone WLS, we're getting java.lang.VerifyError and java.lang.OutOfMemoryError exceptions.
Need some help with JVM tuning on Weblogic Server: SUSE Linux Enterprise Server 11 (x86_64) with 4GB RAM
Here are the current JVM arguments for the managed server:
-Xms256m -Xmx512m -XX:MaxPermSize=512m ...
Has anybody ever seen this before? Any help will be appreciated.
Version
ADF Business Components 11.1.1.56.60
Java(TM) Platform 1.6.0_18
Oracle IDE 11.1.1.3.37.56.60
[2010-12-10T11:10:42.614+01:00] [mserver1] [ERROR] [] [oracle.adfinternal.view.faces.config.rich.RegistrationConfigurator] [tid: [ACTIVE].ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: 0000InFkhRAFGBO5yjw0yW1CxDpG0006Zk,0] [APP: Adoapp#20101210_9515_9510] [dcid: 7e59a3b02e4976f0:7c638206:12c9c80c29a:-8000-0000000000007c4e] Server Exception during PPR, #1[[
javax.servlet.ServletException: java.lang.OutOfMemoryError
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:341)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at oracle.adf.model.servlet.ADFBindingFilter.doFilter(ADFBindingFilter.java:191)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
Caused by: java.lang.OutOfMemoryError
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125)
at bc4j.com_ado_model_mng_queries_BudgetView_ImpAn1Sum.gs.run(bc4j.com_ado_model_mng_queries_BudgetView_ImpAn1Sum.gs.groovy:1)
at oracle.jbo.ExprEval.internalEvaluateGroovyScript(ExprEval.java:816)
at oracle.jbo.ExprEval.doEvaluate(ExprEval.java:867)
at oracle.jbo.ExprEval.evaluateForRow(ExprEval.java:761)
at oracle.jbo.server.AttributeDefImpl.evaluateTransientExpression(AttributeDefImpl.java:2029)
at oracle.jbo.server.ViewRowStorage.getAttributeInternal(ViewRowStorage.java:1671)
at oracle.jbo.server.ViewRowImpl.getAttributeValue(ViewRowImpl.java:1831)
at oracle.jbo.server.ViewRowImpl.getAttributeInternal(ViewRowImpl.java:796)
at oracle.jbo.server.ViewRowImpl.getAttrInvokeAccessor(ViewRowImpl.java:878)
at oracle.jbo.server.ViewRowImpl.getAttribute(ViewRowImpl.java:826)
at oracle.jbo.uicli.binding.JUCtrlValueBinding.internalGetAttributeValueFromRow(JUCtrlValueBinding.java:1139)
at oracle.jbo.uicli.binding.JUCtrlValueBinding.getAttributeFromRow(JUCtrlValueBinding.java:733)
at oracle.jbo.uicli.binding.JUCtrlValueBinding.getInputValueInRow(JUCtrlValueBinding.java:2798)
at oracle.jbo.uicli.binding.JUCtrlValueBinding.getInputValue(JUCtrlValueBinding.java:2702)
at oracle.jbo.uicli.binding.JUCtrlValueBinding.getInputValue(JUCtrlValueBinding.java:2691)
at oracle.adfinternal.view.faces.model.binding.FacesCtrlAttrsBinding.getInputValue(FacesCtrlAttrsBinding.java:185)
at oracle.jbo.uicli.binding.JUCtrlValueBinding.internalGet(JUCtrlValueBinding.java:2273)
at oracle.adfinternal.view.faces.model.binding.FacesCtrlAttrsBinding.internalGet(FacesCtrlAttrsBinding.java:277)
at oracle.adf.model.binding.DCControlBinding.get(DCControlBinding.java:750)
at javax.el.MapELResolver.getValue(MapELResolver.java:164)
at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:143)
at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:72)
at com.sun.el.parser.AstValue.getValue(AstValue.java:118)
at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:192)
at org.apache.myfaces.trinidad.bean.FacesBeanImpl.getProperty(FacesBeanImpl.java:68)
at oracle.adfinternal.view.faces.renderkit.rich.ValueRenderer.getValue(ValueRenderer.java:184)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:300)
... 35 more
[2010-12-10T11:10:49.258+01:00] [mserver1] [ERROR] [] [oracle.adfinternal.view.faces.config.rich.RegistrationConfigurator] [tid: [ACTIVE].ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: 0000InFkj3YFGBO5yjw0yW1CxDpG0006Zl,0] [APP: Adoapp#20101210_9515_9510] [dcid: 7e59a3b02e4976f0:7c638206:12c9c80c29a:-8000-0000000000007c4f] Server Exception during PPR, #2[[
javax.servlet.ServletException: java.lang.VerifyError: (class: org/codehaus/groovy/runtime/ArrayUtil, method: createArray signature: ()[Ljava/lang/Object;) Illegal type in constant pool
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:341)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at oracle.adf.model.servlet.ADFBindingFilter.doFilter(ADFBindingFilter.java:191)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at oracle.adfinternal.view.faces.webapp.rich.RegistrationFilter.doFilter(RegistrationFilter.java:97)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl$FilterListChain.doFilter(TrinidadFilterImpl.java:420)
at oracle.adfinternal.view.faces.activedata.AdsFilter.doFilter(AdsFilter.java:60)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl$FilterListChain.doFilter(TrinidadFilterImpl.java:420)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:94)
at java.security.AccessController.doPrivileged(Native Method)
at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:313)
at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:414)
at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:138)
at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at oracle.adf.model.servlet.ADFBindingFilter.doFilter(ADFBindingFilter.java:191)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at oracle.dms.wls.DMSServletFilter.doFilter(DMSServletFilter.java:330)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.doIt(WebAppServletContext.java:3684)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3650)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2268)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2174)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1446)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
Caused by: java.lang.VerifyError: (class: org/codehaus/groovy/runtime/ArrayUtil, method: createArray signature: ()[Ljava/lang/Object;) Illegal type in constant pool
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:200)
at bc4j.run(bc4j.groovy:1)
at oracle.jbo.ExprEval.internalEvaluateGroovyScript(ExprEval.java:816)
at oracle.jbo.ExprEval.doEvaluate(ExprEval.java:867)
at oracle.jbo.ExprEval.getCurrentDate(ExprEval.java:542)
at oracle.jbo.ExprEval$ExprValueSupplierGroovyBinding.getVariable(ExprEval.java:426)
at groovy.lang.Binding.getProperty(Binding.java:93)
at org.codehaus.groovy.runtime.callsite.PogoGetPropertySite.getProperty(PogoGetPropertySite.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGetProperty(AbstractCallSite.java:237)
at bc4j.bindDataCP.gs.run(bc4j.bindDataCP.gs.groovy:1)
at oracle.jbo.ExprEval.internalEvaluateGroovyScript(ExprEval.java:816)
at oracle.jbo.ExprEval.doEvaluate(ExprEval.java:867)
at oracle.jbo.ExprEval.evaluateForRow(ExprEval.java:761)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:300)
... 35 moreEdited by: Barbara Gelabert on 27-dic-2010 6:21Could you give me more detail about that?now I run the main.fx in the eclipse project,the jnlp file existed in the dist directory in the project after run successfully.
My problem is that the outofMemories ofter proudces when my server push data to client. -
Java.lang.OutOfMemoryError: getNewTla in coherence production cluster!
Hi guys, we need some urgent help, JVMs in our production coherence cluster would randomly stop due to the outofmemory error, and we cannot find out the root cause.
1) Version 3.7.1.4, running 4x servers, each with 40x jvm, each jvm set to 2GB heap, for a total of 320GB cluster. Each server also has a extend proxy running with 3GB heap (no issue)
2) The cluster is configured using WKA by explicitly listing out all the server nodes in the config.
3) Our data storage is only ~30GB, details below.
Stats for cache 'CACHE0':
Number of cache entries: 14761116
Memory usage (mb): 26722.643
Average entry size (bytes): 1898
Stats for cache 'CACHE1':
Number of cache entries: 46047
Memory usage (mb): 51.911
Average entry size (bytes): 1182
Stats for cache 'CACHE2':
Number of cache entries: 4
Memory usage (mb): 0.154
Average entry size (bytes): 40448
Stats for cache 'CACHE3':
Number of cache entries: 69
Memory usage (mb): 0.705
Average entry size (bytes): 10707
Grand total: 26775.413 MB, Number of entries: 14807237
4) Random jvms storage nodes (not proxy) on each server would just go down with below errors, we cannot reproduce the issue, it just happens at random. Out of 40 jvms on each server about 3-5 went down over the weekend on, the issue happens on all 4 servers.
ERROR Coherence - 2012-08-11 11:36:51.670/156864.993 Oracle Coherence GE 3.7.1.4 <Error> (thread=Cluster, member=17):
java.lang.OutOfMemoryError: getNewTla
at java.util.HashMap.newKeyIterator(HashMap.java:1024)
at java.util.HashMap$KeySet.iterator(HashMap.java:1062)
at java.util.HashSet.iterator(HashSet.java:153)
at sun.nio.ch.SelectorImpl.processDeregisterQueue(SelectorImpl.java:127)
at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:69)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
at com.tangosol.coherence.component.net.TcpRing.select(TcpRing.CDB:11)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.grid.ClusterService.onWait(ClusterService.CDB:6)
at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:39)
at java.lang.Thread.run(Thread.java:662)
ERROR Coherence - 2012-08-11 11:36:51.854/156865.177 Oracle Coherence GE 3.7.1.4 <Error> (thread=PacketListener1, member=17): Stopping cluster due to unhandled exception: java.lang.OutOfMemoryError: java/net/Inet4Address, size 24B
at java.net.PlainDatagramSocketImpl.receive0(Native Method)
at java.net.PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:145)
at java.net.DatagramSocket.receive(DatagramSocket.java:725)
at com.tangosol.coherence.component.net.socket.UdpSocket.receive(UdpSocket.CDB:22)
at com.tangosol.coherence.component.net.UdpPacket.receive(UdpPacket.CDB:1)
at com.tangosol.coherence.component.util.daemon.queueProcessor.packetProcessor.PacketListener.onNotify(PacketListener.CDB:20)
at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:42)
at java.lang.Thread.run(Thread.java:662)
Exception in thread "Main Thread" java.lang.OutOfMemoryError
5) Initially we thought it was because of a issue with the small default packet speaker size when joinining the nodes since we using WKA. But changing the config did not help:
<coherence>
<cluster-config>
<packet-speaker>
<volume-threshold>
<minimum-packets>10000</minimum-packets>
</volume-threshold>
</packet-speaker>
</cluster-config>
</coherence>
Out of ideas, any help will be greatly appreciated. Thanksi dont think the issue is with the code, i just noticed as soon as i start up all the cache servers, 1 went down already. And noone is accessing the system.
this is extremely troublesome, i am loading the hprof file to look at the dump per suggestion above, not sure if it will help pinpoint the root cause though.
cacheserver:1 30578 [Logger@9218328 3.7.1.4] WARN Coherence - 2012-08-13 13:52:14.857/32.262 Oracle Coherence GE 3.7.1.4 <Warning> (thread=PacketPublisher, member=22): Experienced a 1230 ms communication delay (probable remote GC) with Member(Id=1, Timestamp=2012-08-09 16:02:24.413, Address=xxxxxx, MachineId=xxxxx, Location=site:,machine:xxxxx,process:27118,member:xxxxxx:cacheserver:1, Role=CoherenceServer); 25 packets rescheduled, PauseRate=0.042, Threshold=875
Exception in thread "Main Thread" java.lang.OutOfMemoryError
[WARN ][thread ] dispatchUncaughtException
Logger: java.lang.OutOfMemoryError
java.lang.OutOfMemoryError
Exception in thread "PacketListener1" java.lang.OutOfMemoryError
[WARN ][thread ] dispatchUncaughtException
[WARN ][thread ] dispatchUncaughtException
java.lang.OutOfMemoryError: getNewTla
at java.lang.ThreadGroup.uncaughtException(ThreadGroup.java:983)
at java.lang.ThreadGroup.uncaughtException(ThreadGroup.java:976)
at java.lang.Thread.dispatchUncaughtException(Thread.java:1874)
java/lang/OutOfMemoryError: getNewTla
--- End of stack trace
java/lang/OutOfMemoryError: getNewTla
--- End of stack trace
Exception in thread "Logger@9218328 3.7.1.4" java.lang.OutOfMemoryError
Exception in thread "PacketListener1P" java.lang.OutOfMemoryError -
Requirement to display more than 65K rows of data
Has anyone addressed the issue of Excel not being able to provide more than 65K rows of data with the users? I am working with users whom are concerned about Excel not being able to provide more than 65K rows of data.
Why would you use BI reporting to report on data more than 65K rows of data. Has anyone designed any reports with more than 65K rows of data. I would imagine that BI reporting is for summarization and it is an on line analytical tool and not a data producing or recording tool.
Is there a work around if the requirement is to display more than 65K rows of data? Has anyone been asked to do this kind of reporting?Hi,
Please make a search in SDN.This topic has been discussed many times.
https://www.sdn.sap.com/irj/sdn/advancedsearch?cat=sdn_forums&query=65k&adv=true&sdn_author_name=&sdn_allusernamesofthread=&sdn_category=&sdn_forum=&sdn_updated_on_comparator=ge&sdn_updated_on=
Regards. -
Java.lang.outofmemory exception
Hello,
I have an application, that writes several thousands of records into a file and transfers the same to the server. I am encountering an exception "java.lang.OutOfMemoryError" exception.
I had checked this forum earlier and found a solution that recommended an increase in the memory slot allocated to the JVM. Despite, an increase in this slot from 256MB (eclipse's default) to 1024 MB, my problem still persists. I had updated the eclipse.ini field from "-vmargs -Xms40m -Xmx256m" to "-vmargs -Xms40m -Xmx1024m". Is there anything else that I need to do, to take care of this problem? I am using green threads in the application, does this have anything to do with the above mentioned exception?
Thanks!I am using
green threads in the application, does this have
anything to do with the above mentioned exception?It wouldn't be hard to find out. Create a new java class where the main method does the same work; writing several thousands of records into a file and transferring it to the server.
Maybe it's all the other variables you have in your application that are cutting into the memory. But can you really reduce them?
Are you loading all thousands of records to memory (I'd imagine in a hashmap or a list) all at once? Like said, do this in smaller chunks, store the records in memory just one at a time and see if that works. It will be slow but it won't run out of memory. Then increase your "batch size" until you find the optimum. -
Problems(java.lang.OutOfMemoryError) Migrating from jdk1.3 to jdk1.4
Hi,
We are trying to migrate our application written using Swing EJB,JMS from jdk 1.3.1_06-b01 version to jdk1.4.1. With jdk1.3 everything works fine, but with jdk1.4, after the client is launched I get a java.lang.OutOfMemoryError, even for simple operation like seleting a node in the tree. We had set the initial heap size to 64m and max heap size to 150m. If I change the heap size to -Xms=96m an d-Xmx=256m the application works fine, but it hogs a lot of memory(nearly 210m for simple operations). Is there a memory issue with jdk1.4. If yes are there any possible workarounds?
Any help would be appreciated.
Thanks
DheereshDon't use any memory settings, the memory will be allowed dynamically.
Denis -
Error of compilation for an IOS project:
Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded
at adobe.abc.Algorithms$SetMap.get(Algorithms.java:226)
at adobe.abc.Algorithms$ExprWorkQueue.add(Algorithms.java:491)
at adobe.abc.Algorithms$ExprWorkQueue.addAll(Algorithms.java:524)
at adobe.abc.GlobalOptimizer.sccp_analyze(GlobalOptimizer.java:6007)
at adobe.abc.GlobalOptimizer.sccp(GlobalOptimizer.java:4733)
at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:3615)
at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:2309)
at adobe.abc.LLVMEmitter.optimizeABCs(LLVMEmitter.java:534)
at adobe.abc.LLVMEmitter.generateBitcode(LLVMEmitter.java:343)
at com.adobe.air.ipa.GOAOTCompiler.convertAbcToLlvmBitcodeImpl(GOAOTCompiler.java:243)
at com.adobe.air.ipa.BitcodeGenerator.main(BitcodeGenerator.java:85)
Compilation failed while executing : ADT
We allocate 4GB of memory for the compilator and the results is the same. The build is very long (~5 min)See if this helps
OutOfMemoryError: GC overhead limit exceeded when heap is just fine
regards
Pravin -
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError:
hi,
i have to build similar sql query analizer. i am using jdbc and swing.
my frame contains jtable and jtree. jtree contains schemas and tables.
Jtables show mysql table data, when user choose table in Jtree.
its run first click and second.... But after a few click its doesnt run and i get this Exception:
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space
at com.mysql.jdbc.Buffer.getBytes(Buffer.java:198)
at com.mysql.jdbc.Buffer.readLenByteArray(Buffer.java:318)
at com.mysql.jdbc.MysqlIO.nextRow(MysqlIO.java:1345)
at com.mysql.jdbc.MysqlIO.readSingleRowSet(MysqlIO.java:2330)
at com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:427)
at com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(MysqlIO.java:2035)
at com.mysql.jdbc.MysqlIO.readAllResults(MysqlIO.java:1421)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1772)
at com.mysql.jdbc.Connection.execSQL(Connection.java:2430)
at com.mysql.jdbc.Connection.execSQL(Connection.java:2359)
at com.mysql.jdbc.Statement.executeQuery(Statement.java:1227)
at Database.getQueryRs(Database.java:50)
at Database.getColumnNames(Database.java:30)
at NewJFrame.tableDegis(NewJFrame.java:221)
at NewJFrame.jTree1ValueChanged(NewJFrame.java:196)
at NewJFrame.access$000(NewJFrame.java:21)
at NewJFrame$1.valueChanged(NewJFrame.java:93)
at javax.swing.JTree.fireValueChanged(JTree.java:2825)
at javax.swing.JTree$TreeSelectionRedirector.valueChanged(JTree.java:3196)
at javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(DefaultTreeSelectionModel.java:629)
at javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(DefaultTreeSelectionModel.java:1078)
at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(DefaultTreeSelectionModel.java:287)
at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPath(DefaultTreeSelectionModel.java:170)
at javax.swing.JTree.setSelectionPath(JTree.java:1600)
at javax.swing.plaf.basic.BasicTreeUI.selectPathForEvent(BasicTreeUI.java:2410)
at javax.swing.plaf.basic.BasicTreeUI$Handler.handleSelection(BasicTreeUI.java:3619)
at javax.swing.plaf.basic.BasicTreeUI$Handler.mousePressed(BasicTreeUI.java:3558)
at java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:262)
at java.awt.Component.processMouseEvent(Component.java:6035)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3260)
at java.awt.Component.processEvent(Component.java:5803)
at java.awt.Container.processEvent(Container.java:2058)
private void jTree1ValueChanged(javax.swing.event.TreeSelectionEvent evt) {
try{
DefaultMutableTreeNode node = (DefaultMutableTreeNode)
jTree1.getLastSelectedPathComponent();
if (node == null) return;
if (node.isLeaf()) {
if(node.getLevel() > 1){
System.out.println(node.getParent());
tableDegis(node.getParent().toString(),node.toString());
} else {
}catch(Exception e){
private void tableDegis(String schema,String table){
DefaultTableModel tablemodel = new DefaultTableModel();
tablemodel.setDataVector(db.getData(schema,table),db.getColumnNames(schema,table));
jTable1.setModel(tablemodel);
System.out.println(db.getColumnNames(schema,table));
System.gc();
public Vector getColumnNames(String schemaName,String tableName){
Vector<String> columnNames = new Vector<String>();
try{
ResultSet rs = getQueryRs(schemaName,tableName);
ResultSetMetaData md = rs.getMetaData();
int columns = md.getColumnCount();
for (int i = 1; i <= columns; i++) {
columnNames.addElement( md.getColumnName(i) );
}catch(Exception e){}
System.gc();
return columnNames;
public ResultSet getQueryRs(String schemaName,String tableName){
ResultSet rs = null;
try{
String sql = "Select * from "+tableName;
connection.setCatalog(schemaName);
Statement stmt3 = connection.createStatement();
rs = stmt3.executeQuery( sql );
}catch(Exception e){
System.gc();
return rs;
public Vector getData(String schemaName,String tableName){
Vector<Vector<Object>> data = new Vector<Vector<Object>>();
try{
ResultSet rs = getQueryRs(schemaName,tableName);
ResultSetMetaData md = rs.getMetaData();
int columns = md.getColumnCount();
while (rs.next()){
Vector<Object> row = new Vector<Object>(columns);
for (int i = 1; i <= columns; i++){
row.addElement( rs.getObject(i) );
data.addElement( row );
}catch(Exception e){}
System.gc();
return data;
}lokesh_Kumar_Singh
Welcome to the forum. Please don't post in old threads that are long dead. When you have a question, please start a topic of your own. Feel free to provide a link to an old thread if relevant.
I'm locking this thread now. It's more than 1½ years old.
db -
FB 4.7 AIR 3.6 Flex 4.9 iOS packing - Exception in thread "main" java.lang.OutOfMemoryError'
I've got an error similar to Isaac_Sunkes' 'FB 4.7 iOS packaging - Exception in thread "main" java.lang.OutOfMemoryError',
but the causes are not related to what he discovered, corrupt image or other files, I'd exclude bad archive contents in my project.
I'm using Flash Builder 4.7 with Adobe AIR 3.6 set into an Apache Flex 4.9.1 SDK;
HW system is:
iMac, 2,7 GHz Intel Core i5, 8 GB 1600 MHz DDR3, NVIDIA GeForce GT 640M 512 MB, OS X 10.8.2 (12C3103)
The Flash project consists in an application with a main SWF file which loads, via ActionScript methods, other SWF in cascade.
I've formerly compiled and run the application on an iPad 1, IOS 5.0.1 (9A405), but got on the device the error alert:
"Uncompiled ActionScript
Your application is attempitng to run
uncompiled ActionScript, probably
due to the use of an embedded
SWF. This is unsupported on iOS.
See the Adobe Developer
Connection website for more info."
Then I changed the FB compiler switches, now are set to:
-locale en_US
-swf-version=19
Please note that without the switch -swf-version=19 the application is compiled correctly and the IPA is sent to the device
and I can debug it, but iOS traps secondary SWF files and blocke the app usage, as previously told.
they work on deploy of small applications,
but, when I try to build a big IPA file either for an ad-hoc distribution, either for an debug on device, after some minutes long waiting, I get a Java stuck, with this trace:
Error occurred while packaging the application:
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.util.HashMap.addEntry(HashMap.java:753)
at java.util.HashMap.put(HashMap.java:385)
at java.util.HashSet.add(HashSet.java:200)
at adobe.abc.Algorithms.addUses(Algorithms.java:165)
at adobe.abc.Algorithms.findUses(Algorithms.java:187)
at adobe.abc.GlobalOptimizer.sccp(GlobalOptimizer.java:4731)
at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:3615)
at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:2309)
at adobe.abc.LLVMEmitter.optimizeABCs(LLVMEmitter.java:532)
at adobe.abc.LLVMEmitter.generateBitcode(LLVMEmitter.java:341)
at com.adobe.air.ipa.AOTCompiler.convertAbcToLlvmBitcodeImpl(AOTCompiler .java:599)
at com.adobe.air.ipa.BitcodeGenerator.main(BitcodeGenerator.java:104)
I've tried to change the Java settings on FB's eclipse.ini in MacOS folder,
-vmargs
-Xms(various settings up to)1024m
-Xmx(various settings up to)1024m
-XX:MaxPermSize=(various settings up to)512m
-XX:PermSize=(various settings up to)256m
but results are the same.
Now settings are back as recommended:
-vmargs
-Xms256m
-Xmx512m
-XX:MaxPermSize=256m
-XX:PermSize=64m
I've changed the Flex build.properties
jvm.args = ${local.d32} -Xms64m -Xmx1024m -ea -Dapple.awt.UIElement=true
with no results; now I'n get back to the standard:
jvm.args = ${local.d32} -Xms64m -Xmx384m -ea -Dapple.awt.UIElement=true
and now I truely have no more ideas;
could anyone give an help?
many thanks in advance.I solved this. It turns out the app icons were corrupt. After removing them and replacing them with new files this error went away.
-
Exception in thread "main" java.lang.OutOfMemoryError(please help me )
Hi All
here my java class trying to read a txt file(which is having size of 60MB).and putting each line into a Vector class. problem is ,upto certain number of line it is reading properly and putting into vector..after that it is giving error like Exception in thread "main" java.lang.OutOfMemoryError..what is the problem and how to rectify this one..anybody help me on this.
actual situation is one txt is there in that 80 lakhs of lines of content is there..java file trying to read each line and put it into vector or stringbuffer and split it into two lines like key=value and put it into hashmap object.then finally iam creating new file(.properties) and writing these hashmap data on it. if you want clearly..please look into below code..
package test.utf8; import java.io.*; import java.util.*; public class AssetUtils
//static StringBuffer stringbuffer = new StringBuffer();
public AssetUtils()
public static void main(String args[]) throws IOException
BufferedReader bufferedreader = new BufferedReader(new InputStreamReader(new FileInputStream("D:\\list.txt")));
Vector vector = new Vector(0x30D40, 50000);
System.out.println(vector.capacity());
Object obj = null;
int n=0;
System.out.println("Reading list:" + new Date(System.currentTimeMillis()));
do
String s = bufferedreader.readLine();
//System.out.println("line no: "+ ++n);
if(s == null)
break;
vector.add(s);
} while(true);
System.out.println("List Read complete:" + new Date(System.currentTimeMillis()));
String s1 = args[0];
System.out.println("S1: "+s1);
System.out.println(vector.capacity());
HashMap hashmap = new HashMap();
System.out.println( "Vector.Size..>>>>>>>>>>>>>>>>.."+vector.size());
for(int i = 0; i < vector.size(); i++)
System.out.println("i value:"+i);
String s2 = (String)vector.get(i);
//System.out.println("S2: "+s2);
if(s2.indexOf("/") != -1)
String s3 = s2.substring(s1.length(), s2.length());
//System.out.println("S3: "+s3);
if(s3.indexOf("/") != -1) {
String s4 = s3.substring(0, s3.lastIndexOf("/"));
//System.out.println("S4: "+s4);
String s6 = s3.substring(s3.lastIndexOf("/") + 1, s3.length());
//System.out.println("S6: "+s6);
StringBuffer stringbuffer=null;
stringbuffer = new StringBuffer();
String s8 = (String)hashmap.get(s4);
//System.out.println("S8: "+s8);
if(s8 != null) stringbuffer.append(s8 + "," + s6);
else
stringbuffer.append(s6);
hashmap.put(s4, stringbuffer.toString());
//stringbuffer.delete(0,stringbuffer.length());
stringbuffer=null;
System.out.println("Opening asset.properties:" + new Date(System.currentTimeMillis()));
File file = new File("D:\\asset.properties");
PrintWriter printwriter = new PrintWriter(new FileOutputStream(file));
String s5;
String s7;
for(Iterator iterator = hashmap.keySet().iterator(); iterator.hasNext(); printwriter.println(s5 + "=" + s7))
{ s5 = (String)iterator.next(); s7 = (String)hashmap.get(s5); } printwriter.close();
System.out.println("Closing asset.properties:" + new Date(System.currentTimeMillis()));Theres a number of ways you can improve your memory usage:
1) Build you map as you read in your file.
2) Use StringBuffers in your map - do not use "asshaj" + "ashaskj" This is very memory intensive
If you still run out of memory try running the JVM using -Xms128m -Xmx512m or higher
Maybe you are looking for
-
HP Officejet Pro 8610 setup ink cartridges not recognized
I just purchased an HP Officejet Pro 8610, and was following the setup on the printer, installed the ink cartridges as shown in the "movie" guide, and the printer seems to not recognize that I have installed the 4 ink cartridges. They are the 4 cartr
-
Preview seems to be a little quirky. It takes a while to open a file (pdf) accross our server and frequently I'll need to try to open it 2 or 3 times. Anybody have this problem?
-
Can the new PDF to PPT feature of Acrobat Pro XI be used through the command line?
-
CA03 tcode customization of workcenter, activity type
Hello Expert, In CA03 Transaction Code, there are fields like Operating,workcenter, plant , control Key, Activity Type etc.. I just want to know where these all customization can be done want to check cost center and activity hours for one article. w
-
PS4 Not Enough Free Memory Problem
My PS4 keeps telling me i don't have enough space even for the littlest of downloads even though i have 20gb+ free. It attempts to prepare the download and keeps jumping percentages (2%, 5%, 14%, 0%, 49%, 0%, 2% then says cannot download file) I don'