Frequent full collection GC causes 2-3 sec application delay

Here is the GC logs:
[memory ][Sun Feb 20 00:35:32 2011][00386] Running with 32 bit heap and compressed references.
[memdbg ][Sun Feb 20 00:35:32 2011][00386] Memory layout after heap allocation:
[memdbg ][Sun Feb 20 00:35:32 2011][00386] ' ' - free, '-' - OS reserved range, 'r' - reserved, 'x' - committed,
[memdbg ][Sun Feb 20 00:35:32 2011][00386] '+' - committed/read, 'e' - committed/executable
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 'J' - java heap, 'j' - java heap data structures
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 00 0.00Gb -jjjjjjjj+jjjjjjjj+jjJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 10 0.25Gb JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 20 0.50Gb JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 30 0.75Gb JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 40 1.00Gb JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 50 1.25Gb JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 60 1.50Gb JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 70 1.75Gb JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 80 2.00Gb JJJJJJJJJJJJJJJJJJJJJ
[memdbg ][Sun Feb 20 00:35:32 2011][00386] 90 2.25Gb
[memdbg ][Sun Feb 20 00:35:32 2011][00386] a0 2.50Gb
[memdbg ][Sun Feb 20 00:35:32 2011][00386] b0 2.75Gb
[memdbg ][Sun Feb 20 00:35:32 2011][00386] c0 3.00Gb
[memdbg ][Sun Feb 20 00:35:32 2011][00386] d0 3.25Gb
[memdbg ][Sun Feb 20 00:35:32 2011][00386] e0 3.50Gb
[memdbg ][Sun Feb 20 00:35:32 2011][00386] f0 3.75Gb
[memdbg ][Sun Feb 20 00:35:32 2011][00386] Minimum TLA size is 32768 bytes[memdbg ][Sun Feb 20 00:35:32 2011][00386] Preferred TLA size is 65536 bytes
[memdbg ][Sun Feb 20 00:35:32 2011][00386] Large object limit is 32768 bytes
[memdbg ][Sun Feb 20 00:35:32 2011][00386] Minimal blocksize on the freelist is 65536 bytes
[memdbg ][Sun Feb 20 00:35:32 2011][00386] Initial and maximum number of gc threads: 8, of which 8 parallel threads, 4 concurr
ent threads, and 8 yc threads.
[memdbg ][Sun Feb 20 00:35:32 2011][00386] Preferred free list cache percentage 10%.
[memdbg ][Sun Feb 20 00:35:32 2011][00386] Maximum nursery percentage of free heap is: 95.
[nursery][Sun Feb 20 00:35:32 2011][00386] Optimal nursery size: 1073741824, free heap: 2147483648
[nursery][Sun Feb 20 00:35:32 2011][00386] Setting mmNurseryMarker[0] to 0x252ffff0
[nursery][Sun Feb 20 00:35:32 2011][00386] Setting mmNurseryMarker[1] to 0x352fffe8
[nursery][Sun Feb 20 00:35:33 2011][00386] Nursery size increased from 0kb to 1048576kb. Parts: 1
[memdbg ][Sun Feb 20 00:35:33 2011][00386] Prefetch distance in balanced tree: 4
[compact][Sun Feb 20 00:35:33 2011][00386] Compactset limit: 7600010, Using matrixes: 0, Static: 0
[memory ][Sun Feb 20 00:35:33 2011][00386] GC mode: Garbage collection optimized for throughput, initial strategy: Generationa
l Parallel Mark & Sweep
[memdbg ][Mon Feb 21 14:24:00 2011][00386] GC reason: TLA allocation failed, cause: Get TLA From Nursery
[memdbg ][Mon Feb 21 14:24:00 2011][00386] Stopping of javathreads took 9.779 ms
[nursery][Mon Feb 21 14:24:00 2011][00386] KeepAreaStart: 0x41039380 KeepAreaEnd: 0x4ba3bc00
[nursery][Mon Feb 21 14:24:00 2011][00386] Young collection 2631 started. This YC is running while the OC is in phase: not running.
[memdbg ][Mon Feb 21 14:24:00 2011][00386] A pinned object was found: 0x49a47df8
[memdbg ][Mon Feb 21 14:24:00 2011][00386] A pinned object was found: 0x49a47df8
[memdbg ][Mon Feb 21 14:24:00 2011][00386] A pinned object was found: 0x49a47df8
[memdbg ][Mon Feb 21 14:24:00 2011][00386] A pinned object was found: 0x49a47df8
[nursery][Mon Feb 21 14:24:01 2011][00386] Setting mmNurseryMarker[0] to 0x41039380
[nursery][Mon Feb 21 14:24:01 2011][00386] Setting mmNurseryMarker[1] to 0x4ba3bc00
[memory ][Mon Feb 21 14:24:01 2011][00386] 136108.620: parallel nursery GC 1790573K->1289252K (2097152K), 159.144 ms
[memdbg ][Mon Feb 21 14:24:01 2011][00386] nursery GC 2631: promoted 77350 objects (4603K) in 159.144 ms
[gcpause][Mon Feb 21 14:24:01 2011][00386] nursery collection pause time: 159.144400 ms
[memdbg ][Mon Feb 21 14:24:01 2011][00386] Page faults before GC: 9085, page faults after GC: 9085, pages in heap: 262144
[finaliz][Mon Feb 21 14:24:01 2011][00386] (YC) Pending finalizers 0->382
[memdbg ][Mon Feb 21 14:24:01 2011][00386] Nursery size after YC: 692419952
[memdbg ][Mon Feb 21 14:24:01 2011][00386] Restarting of javathreads took 1.017 ms
[memdbg ][Mon Feb 21 14:24:36 2011][00386] GC reason: TLA allocation failed, cause: Get TLA From Nursery
[memdbg ][Mon Feb 21 14:24:36 2011][00386] Stopping of javathreads took 10.953 ms
[nursery][Mon Feb 21 14:24:36 2011][00386] KeepAreaStart: 0x4ba3bc00 KeepAreaEnd: 0x569a7f78
[nursery][Mon Feb 21 14:24:36 2011][00386] Young collection 2632 started. This YC is running while the OC is in phase: not running.
[nursery][Mon Feb 21 14:24:36 2011][00386] Setting mmNurseryMarker[0] to 0x41039380
[nursery][Mon Feb 21 14:24:36 2011][00386] Setting mmNurseryMarker[1] to 0x4ba3bc00
[memory ][Mon Feb 21 14:24:36 2011][00386] 136144.101: parallel nursery GC 1860523K->1356906K (2097152K), 159.315 ms
[memdbg ][Mon Feb 21 14:24:36 2011][00386] nursery GC 2632: promoted 30670 objects (1931K) in 159.315 ms
[gcpause][Mon Feb 21 14:24:36 2011][00386] nursery collection pause time: 159.314900 ms
[memdbg ][Mon Feb 21 14:24:36 2011][00386] Page faults before GC: 9085, page faults after GC: 9085, pages in heap: 262144
[finaliz][Mon Feb 21 14:24:36 2011][00386] (YC) Pending finalizers 0->299
[memdbg ][Mon Feb 21 14:24:36 2011][00386] Nursery size after YC: 692419952
[memdbg ][Mon Feb 21 14:24:36 2011][00386] Restarting of javathreads took 1.129 ms
[memdbg ][Mon Feb 21 14:25:05 2011][00386] GC reason: Large object allocation failed (7306000 bytes), cause: Alloc Queue
[memdbg ][Mon Feb 21 14:25:05 2011][00386] Stopping of javathreads took 10.975 ms
[memdbg ][Mon Feb 21 14:25:05 2011][00386] old collection 373 started
[memdbg ][Mon Feb 21 14:25:05 2011][00386] Alloc Queue size before GC: 7306000, tlas: 0, oldest: 0
[compact][Mon Feb 21 14:25:05 2011][00386] External compact ratio set to: 8
[compact][Mon Feb 21 14:25:05 2011][00386] Internal compact ratio set to: 8
[memdbg ][Mon Feb 21 14:25:05 2011][00386] Compacting 8 heap parts at index 56 (type external) (exceptional false)
[compact][Mon Feb 21 14:25:05 2011][00386] OC 373: 8 parts (max 128), index 56. Type external, (exceptional false)
[compact][Mon Feb 21 14:25:05 2011][00386] Area start: 0x3d300000, end: 0x45300000
[memdbg ][Mon Feb 21 14:25:05 2011][00386] Starting parallel marking phase.
[memdbg ][Mon Feb 21 14:25:06 2011][00386] Removing 20 permanent work packets from pool, now 1205 packets
[memdbg ][Mon Feb 21 14:25:06 2011][00386] total mark time: 931.504 ms
[memdbg ][Mon Feb 21 14:25:06 2011][00386] ending marking phase
[memdbg ][Mon Feb 21 14:25:06 2011][00386] starting parallel sweeping phase
[compact][Mon Feb 21 14:25:06 2011][00386] Evacuation found 67166 objects and moved 67164 objects
[compact][Mon Feb 21 14:25:06 2011][00386] Updated 85406 references in 2 nonmoved and 67164 moved objects
[memdbg ][Mon Feb 21 14:25:06 2011][00386] total sweep time: 85.523 ms
[memdbg ][Mon Feb 21 14:25:06 2011][00386] ending sweeping phase
[nursery][Mon Feb 21 14:25:06 2011][00386] Optimal nursery size: 684609340, free heap: 1369218680
[nursery][Mon Feb 21 14:25:06 2011][00386] Setting mmNurseryMarker[0] to 0x41399b48
[nursery][Mon Feb 21 14:25:06 2011][00386] Setting mmNurseryMarker[1] to 0x4c0fee78
[nursery][Mon Feb 21 14:25:06 2011][00386] Correcting mmNurseryMarker[1] to 0x569a7f78
[nursery][Mon Feb 21 14:25:06 2011][00386] Nursery size increased from 0kb to 668564kb. Parts: 1195
[gcpause][Mon Feb 21 14:25:06 2011][00386] Threads waited for memory 1033.041 ms starting at 136173.548 s
[memdbg ][Mon Feb 21 14:25:06 2011][00386] Alloc Queue size after GC: 0, tlas: 0, oldest: 0
[compact][Mon Feb 21 14:25:06 2011][00386] Average compact time ratio: 0.218934
[compact][Mon Feb 21 14:25:06 2011][00386] Compaction pause: 18.409 (target 1241.942), update ref pause: 61.956 (target 1241.942)
[compact][Mon Feb 21 14:25:06 2011][00386] Updated 113901 refs: 85406 inside compaction area, and 28495 outside (limit: 7600010).
[compact][Mon Feb 21 14:25:06 2011][00386] Compaction ended at index 57, object end address 0x3e91ea60.
[compact][Mon Feb 21 14:25:06 2011][00386] Summary: 373;56;57;8;2;0;18.409;1241.942;61.956;1241.942;113901;7600010
[compact][Mon Feb 21 14:25:06 2011][00386] Running gcprio:throughput, not adjusting compact ratio.
[memdbg ][Mon Feb 21 14:25:06 2011][00386] Nursery size after OC: 684609336
[gcpause][Mon Feb 21 14:25:06 2011][00386] old collection phase 1-0 pause time: 1022.133000 ms, (start time: 136173.559 s)
[gcpause][Mon Feb 21 14:25:06 2011][00386] (pause includes compaction: 18.409 ms (external), update ref: 61.956 ms)
[memory ][Mon Feb 21 14:25:06 2011][00386] 136173.559-136174.581: GC 2074752K->799528K (2097152K), 1022.133 ms
[memdbg ][Mon Feb 21 14:25:06 2011][00386] Page faults before GC: 9085, page faults after GC: 9085, pages in heap: 262144
[finaliz][Mon Feb 21 14:25:06 2011][00386] (OC) Pending finalizers 0->784
[memdbg ][Mon Feb 21 14:25:06 2011][00386] Restarting of javathreads took 1.242 ms
I tried to fix it by -XgcPrio:pausetime, but degraded the performance further (response time increased upto 7 sec). Any help on this would be very much appreciated
Thanks
Prasanth

Thanks Marcus.
The JRA recording has been sent to you. One more thing I noticed that alomost 50 % of GC pause is happening for marking and 40% happening during "update ref" in sweep phase (sample log given below). Does it mean that the application is creating a lot of temporary objects thus causing garbage collection load? We had enabled SNMP agent in Oracle, but found it had a memory leak and create lot of objects, but even after disabling SNMP the long GC pause occuring. We are waiting Oracle to provide us a patch for SNMP memory leak, but now I know that it has nothing to with the long GC pause I am experiencing. Oracle support doesn't seem to have a definite anser for this
[memdbg ][Fri Mar 25 05:27:39 2011][25273] GC reason: Large object allocation failed (156264 bytes), cause: Alloc Queue
[memdbg ][Fri Mar 25 05:27:39 2011][25273] Stopping of javathreads took 11.966 ms
[memdbg ][Fri Mar 25 05:27:39 2011][25273] old collection 1724 started
[memdbg ][Fri Mar 25 05:27:39 2011][25273] Alloc Queue size before GC: 156264, tlas: 0, oldest: 0
[compact][Fri Mar 25 05:27:39 2011][25273] External compact ratio set to: 8
[compact][Fri Mar 25 05:27:39 2011][25273] Internal compact ratio set to: 8
[memdbg ][Fri Mar 25 05:27:39 2011][25273] Compacting 8 heap parts at index 0 (type internal) (exceptional false)
[compact][Fri Mar 25 05:27:39 2011][25273] OC 1724: 8 parts (max 128), index 0. Type internal, (exceptional false)
[compact][Fri Mar 25 05:27:39 2011][25273] Area start: 0x5300000, end: 0xd300000
[memdbg ][Fri Mar 25 05:27:39 2011][25273] Starting parallel marking phase.
[memdbg ][Fri Mar 25 05:27:40 2011][25273] Removing 20 permanent work packets from pool, now 994 packets
[memdbg ][Fri Mar 25 05:27:40 2011][25273] total mark time: 1058.680 ms
[memdbg ][Fri Mar 25 05:27:40 2011][25273] ending marking phase
[memdbg ][Fri Mar 25 05:27:40 2011][25273] starting parallel sweeping phase
[compact][Fri Mar 25 05:27:42 2011][25273] Updated 3627292 references in 426230 nonmoved and 1728353 moved objects
[memdbg ][Fri Mar 25 05:27:42 2011][25273] total sweep time: 1354.539 ms
[memdbg ][Fri Mar 25 05:27:42 2011][25273] ending sweeping phase
[nursery][Fri Mar 25 05:27:42 2011][25273] Optimal nursery size: 651771588, free heap: 1303543176
[nursery][Fri Mar 25 05:27:42 2011][25273] Setting mmNurseryMarker[0] to 0x481718c0
[nursery][Fri Mar 25 05:27:42 2011][25273] Setting mmNurseryMarker[1] to 0x51eca430
[nursery][Fri Mar 25 05:27:42 2011][25273] Correcting mmNurseryMarker[1] to 0x5aefe3a0
[nursery][Fri Mar 25 05:27:42 2011][25273] Nursery size increased from 0kb to 636496kb. Parts: 1134
[gcpause][Fri Mar 25 05:27:42 2011][25273] Threads waited for memory 2432.186 ms starting at 451033.111 s
[memdbg ][Fri Mar 25 05:27:42 2011][25273] Alloc Queue size after GC: 0, tlas: 0, oldest: 0
[compact][Fri Mar 25 05:27:42 2011][25273] Average compact time ratio: 0.222306
[compact][Fri Mar 25 05:27:42 2011][25273] Compaction pause: 258.285 (target 1417.884), update ref pause: 1095.815 (target 1417.884)
[compact][Fri Mar 25 05:27:42 2011][25273] Updated 5257496 refs: 3627292 inside compaction area, and 1630204 outside (limit: 7600010).
[compact][Fri Mar 25 05:27:42 2011][25273] Compaction ended at index 7, object end address 0xd2f0de8.
[compact][Fri Mar 25 05:27:42 2011][25273] Summary: 1724;0;7;8;1;0;258.285;1417.884;1095.815;1417.884;5257496;7600010
[compact][Fri Mar 25 05:27:42 2011][25273] Running gcprio:throughput, not adjusting compact ratio.
[memdbg ][Fri Mar 25 05:27:42 2011][25273] Nursery size after OC: 651771584
[gcpause][Fri Mar 25 05:27:42 2011][25273] old collection phase 1-0 pause time: 2420.492500 ms, (start time: 451033.123 s)
[gcpause][Fri Mar 25 05:27:42 2011][25273] (pause includes compaction: 258.285 ms (internal), update ref: 1095.815 ms)
[memory ][Fri Mar 25 05:27:42 2011][25273] 451033.123-451035.543: GC 1817152K->835033K (2097152K), 2420.492 ms
[memdbg ][Fri Mar 25 05:27:42 2011][25273] Page faults before GC: 120561, page faults after GC: 120561, pages in heap: 262144
[finaliz][Fri Mar 25 05:27:42 2011][25273] (OC) Pending finalizers 0->1101
[memdbg ][Fri Mar 25 05:27:42 2011][25273] Restarting of javathreads took 1.983 ms
Regards
Prasanth
Edited by: user12009213 on Mar 25, 2011 5:58 AM

Similar Messages

WebLogic JMS high memory usage and frequent full GCs

Hi Team,
            We have below set up in production (and all the lower environment).
1. WLS: 10.3.6 (64 bit)
2. Java: HP JDK 1.7.0.06 (64 bit)
3. Two Manage server instances in cluster with one Migratable target
4. one JMS server with Persistence store targeted to Migratable target
5. Messages are persisted in DB
6. about 37 distributed queues/topics are hosted on one JMS server
7. .Net JMS clients and WebLogic JMS clients connect to respective JMS distributed Queues/topics to either produce message or consume.
Since last month, we see that WebLogic Manage server hosting JMS server keeps on chewing memory "even with small (of the order of 28 messages in 4/5 days) load", GC indicates that objects are shifted from PSYoung space to ParOldGen during minor GCs but ParOldGen space keeps on filling up in smaller chunks. After x number of days (where x ranges from 5-7 days), even Full GC is not able to bring down memory significantly and that's when frequent full GCs start with long pauses making JMS highly unstable.
We don't have JMS Quotas configured but I think something else going on as it is not high on load. Any additional hints or troubleshooting steps is much appreciated?
Here is first and last GC log just to give an idea...
Heap after GC invocations=661 (full 0):
{Heap before GC invocations=1 (full 0):
PSYoungGen      total 1225728K, used 1050624K [9fffffff09c00000, 9fffffff5f400000, 9fffffff5f400000)
eden space 1050624K, 100% used [0x9fffffff09c00000,0x9fffffff49e00000,0x9fffffff49e00000)
from space 175104K, 0% used [0x9fffffff54900000,0x9fffffff54900000,0x9fffffff5f400000)
to   space 175104K, 0% used [0x9fffffff49e00000,0x9fffffff49e00000,0x9fffffff54900000)
ParOldGen       total 2797568K, used 0K [0x9ffffffe5f000000, 0x9fffffff09c00000, 0x9fffffff09c00000)
object space 2797568K, 0% used [0x9ffffffe5f000000,0x9ffffffe5f000000,0x9fffffff09c00000)
PSPermGen       total 49152K, used 47453K [0x9ffffffe1f000000, 0x9ffffffe22000000, 0x9ffffffe5f000000)
object space 49152K, 96% used [0x9ffffffe1f000000,0x9ffffffe21e57630,0x9ffffffe22000000)
2014-12-24T09:04:45.118-0700: 15.651: [GC [PSYoungGen: 1050624K->118221K(1225728K)] 1050624K->118293K(4023296K), 0.32600
15 secs] [Times: user=0.07 sys=0.00, real=0.33 secs]
{Heap before GC invocations=661 (full 0):
PSYoungGen      total 1367168K, used 1364256K [9fffffff09c00000, 9fffffff5f400000, 9fffffff5f400000)
eden space 1333376K, 100% used [0x9fffffff09c00000,0x9fffffff5b220000,0x9fffffff5b220000)
from space 33792K, 91% used [0x9fffffff5d300000,0x9fffffff5f128030,0x9fffffff5f400000)
to   space 33664K, 0% used [0x9fffffff5b220000,0x9fffffff5b220000,0x9fffffff5d300000)
ParOldGen       total 2797568K, used 2654825K [0x9ffffffe5f000000, 0x9fffffff09c00000, 0x9fffffff09c00000)
object space 2797568K, 94% used [0x9ffffffe5f000000,0x9fffffff0109a5c0,0x9fffffff09c00000)
PSPermGen       total 151552K, used 147591K [0x9ffffffe1f000000, 0x9ffffffe28400000, 0x9ffffffe5f000000)
object space 151552K, 97% used [0x9ffffffe1f000000,0x9ffffffe28021cd8,0x9ffffffe28400000)
2014-12-29T08:18:08.798-0700: 429216.418: [GC [PSYoungGen: 1364256K->33632K(1329792K)] 4019081K->2752791K(4127360K), 0.8
254362 secs] [Times: user=0.10 sys=0.00, real=0.83 secs]
Regards,

Thanks Luz. I have been collecting gclogs and heap dumps (whenever app server is high on memory and frequent GCs with long pauses are seen). So far heap dumps haven't revealed anything specific (may be I am not able to read heap dumps properly ) but looking at GC confirms that app server is consuming allocated heap.I was following Oracle WebLogic server support Patter as you have indicated. I thought about opening a ticket with HP but on high level JVM is doing what is suppose to do i.e allocating memory space as needed and performing GC therefore didn't go that path.
Any other suggestions that might be useful. One of the things I forgot to mention ( and I will add it to original message), that one of the .Net consumers is not asynchronously connecting to its queue (to consume messages) rather it is synchronously connects and then if it doesn't find messages it disconnects and process goes on every few seconds. I was reading somewhere that frequent JNDI look ups should be avoided. Can this cause memory issue if so then it is strange as this same set up has been there over a year and we never has problem then?
Regards,

HT1399 I have 11,000 songs on my iPod Classic but since downloading the new itunes software I am having trouble locating where I can view my full collection of songs. Can anyone tell me where I can view these please?

! have 11,000 songs on my iPod Classic but since downloading the new version of itunes software I am having trouble locating where I can view my full collection to edit/delete. I can add music and see the additions cannot see the full list. Can anyone tell me where I can view them please?

Here is what worked for me:
My usb hub, being usb2, was too fast. I moved the wire to a usb port directory on my pc. That is a usb1 port which is slow enough to run your snyc.

From cs6 collection to single cc-app and cc full collection

hello, i have the cs6 collection. Now I wont to buy one single cc-app and later the cc full collection with special price for cs6 owners. is it possible?

If your CS6 is NOT an Education version you qualify for a discount
Buy Cloud Plans https://creative.adobe.com/plans
-Special Photography Plan includes Photoshop & Lightroom & Bridge & Mobile Lightroom
-Special Photography Plan includes 2Gig of Cloud storage (not the 20Gig of the full plan)
-http://helpx.adobe.com/creative-cloud/faq/mobileapps.html
-http://helpx.adobe.com/photoshop/kb/differences-photoshop-creative-cloud-photography.html
-and subscription terms http://www.adobe.com/misc/subscription_terms.html
-what is in the entire Cloud http://www.adobe.com/creativecloud/catalog/desktop.html
-http://www.adobe.com/products/catalog/mobile._sl_id-contentfilter_sl_catalog_sl_mobiledevi ces.html

Frequent Full GC during Passivation

During frequent Passivation the WLS does frequent Full GCs . Why this is so ?

What versino of WLS? WLS does not ever trigger or call System.gc(), you
should make sure that your app is not doing so either.
cheers
mbg
"Vishal" <[email protected]> wrote in message
news:3fa0f26b$[email protected]..
During frequent Passivation the WLS does frequent Full GCs . Why this isso ?

Garbage Collection - Full collection doesn't do more then Minor collection

I've been logging some GC information of my webapp since it's having some memory issues.
The webapplication uses sessions to store a lot of data across pages, it's a medium-high load service used in our company internally as an interface for our ERP.
I've noticed that memory usage goes up a lot, but doesn't really come down again, even when java does a full gc, It doesn't actually go down more then a normal minor collection. You wouldn't think it was a full collection if you'd see the graphs.
Are there specific gc settings I should alter so that this performance improves?
It's running on a HP unix, dev/test serv has 2GB ram, prod has 4 GB.
Since other services run on the server, we can say that the tomcat java has about 0.5GB and 1GB to use on respectively test and production server.
Thanks in advance for any suggestions you might have!

A brief verbose:gc snippet (please include -XX:+PrintGCDetails and
-XX:+PrintGCTimeStamps for best results) illustrating the problem
would be most helpful.
Refer also to the GC tuning guide:
http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html
Some further general and specific performance tuning tips are available at:
http://java.sun.com/docs/hotspot/index.html
and at:
http://java.sun.com/javase/technologies/hotspot.jsp
The GC guide above and the GC white paper below should also answer
V_Vishal's questions above:
http://java.sun.com/j2se/reference/whitepapers/[memorymanagement_whitepaper.pdf]

Just updated to 3.6.8. Now can't navigate reliably. Frequently get this error message: "Server Error in '/' Application. Validation of viewstate MAC failed. If this application is hosted by a Web Farm or cluster, ensure that configuration specifies th

Just updated to 3.6.8. Now can't navigate reliably. Frequently get this error message: "Server Error in '/' Application. Validation of viewstate MAC failed. If this application is hosted by a Web Farm or cluster, ensure that configuration specifies the same validationKey and validation algorithm. AutoGenerate cannot be used in a cluster." Pending fix of this glitch, is there a way to go back to previous version of Firefox that worked perfectly well?
== URL of affected sites ==
http://www.americanleather.com/ComfortSleeper/Madison.aspx?page=2

Hi JH,
According to your description, my understanding is that you got an error when you deleted columns in SharePoint 2010.
Please add the following string in <system.web> section of your web.config file :
<pages validateRequest="false" enableEventValidation="false" viewStateEncryptionMode ="Never" />
Note: before changing web.config, please make a backup for the file.
Here are some similar posts for you to take a look at:
http://forums.asp.net/p/1355367/2778642.aspx
http://forums.asp.net/t/1166634.aspx
I hope this helps.
Thanks,
Wendy
Wendy Li
TechNet Community Support

Collecting Notifications from multiple servers and applications

Hi,
I'm researching JMX technology for our Enterprise-wide monitoring needs.
I've got a good understanding of how to create jmx connections and instrument resources for monitoring in a 1-to-1 jmx client to application scenario.
However, I need to manage (and collect notification alerts) from multiple servers/applications.
Any ideas where to start learning how to do this?
Thanks,
Jon

Hi Gavin,
So, you're looking into JMX monitoring solutions too. great! I've collected some good links and examples.
You can email me privately at jcolby550 "at" hotmail "dot" com, maybe we can share ideas.

Frequent Garbage Collection Issues

Hi,
I am using Weblogic 8.1 SP6. Recently we have increase in the traffic and as a result I have seen this pattern w.r.t GC.
While using the monitoring tab of the weblogic console I have seen that at a regular interval of about 20 secs there is a forced GC from JVM and causing the app to not respond for about 5-6 secs. We thought that some of the JVM parameters were not set properly and we raised the parameters.
It worked fine, it is started doing every 1 minute instead of 20 secs. Is there any way we can check if any java objects are not removed from JVM heap or if there are some other configurations we need to check about the system?
John

Regarding objects in the Java heap that are not properly being collected, look
at the trouble shooting guide under memory leaks.
http://java.sun.com/javase/6/webnotes/trouble/index.html

What would cause max 150kb/sec single thread downl...

I have BT Infinity 2 and my connection for the last two years has been pretty solid until now. The past couple of years I've had around 74mbit/16mbit which is pretty good and delighted with. However for the past week I been encountering buffer times on videos such as BT iPlayer, Netflix, YouTube and even Sky Now! upon testing my connection I have revealed that something is seriously wrong!
I operate several websites in clouds 'rackspace, amazon and aszure etc' testing downloads from these normally ultra fast download speeds I'm getting a maxiumn of around 150kb/sec, now hes the thing! If I get 50x of these downloads started all at once I automaticly max at 7,500kb/sec which is about right. Testing downloading a linux distro via a torrent client I also get around 150kb/sec a thread and max out around 74mbit... Which ya is good if your a heavy torrent downloader, but sucks if you want to watch seemless video online, because video is single treaded. So, to me the problem might be too many heavy users on the hub at the exchange, whats your thoughts?
- Speedtest.net reveals 2.5mbit dl and 17.8mbit up
- BT Wholesale Speed Test reveals 3.5mbit dl and 14.8mb up
- Redstation 1000mb download reveals 2.4mbit dl
I reported the problem 2 days ago and today I received a telephone call to say everything was fixed without actually telling me what the problem was. I was informed that the fix could take 2 hours to take effect, of which I found pretty strange because why would a fix take 2 hours after it was already fixed?...
The connection is stable and my ping is pretty stable too, so at least I'm thankful for a stable kinda usable connection for simple tasks, but far from what I pay for. I've tried doing a further diagnostic on BT Wholesale by changing the username and I get the test started but it complains it can't upload the data, tried chrome, ie and firefox... same deal, the error comes right at the end of the tests.
So what now?.... Phoned up again and they said the fix may take longer to take effect???
Please Note: I have done all the usuals, wireless tests, wired tests, new cables, modem resets, router resets, firewall disables etc etc!. Its not my PC!

Wireless would cause it.
The graphs displayed by this speedtest may show it: http://www.thinkbroadband.com/speedtest/speedtest2.html
If you found this post helpful, please click on the star on the left
If not, I'll try again

Frequent BEA-001131 errors caused by JZ0S1 in Weblogic 9/10 + jConnect6

The pasted error messages are shown frequently in Weblogic console log. The same errors happen in either Weblogic 9/10.0/10.3.
cashdatasource is a JDBC data source to Sybase ASE server using jConnect 6.5.
I have checked the description for these two error codes. jConnect recommends closing the statement and reopen one. However, it seems Weblogic didn't do anything about it and keep trying to close the statement every 1 hour. The frequency 1 hour is set by shrink-frequency-seconds parameters in the jdbc-data-source xml configuration file.
It doesn't seem to harm our application. However these error messages are really annoying and not sure whether it indicates potential problem.
Any idea to get rid of those is really appreciated.
===========================================================================================
BEA-001131
Error: Received an exception when closing a cached statement for the pool "pool": err.
Description
When closing a prepared statement in the prepared statement cache for the specified pool, an error occurred.
Cause
When closing a prepared statement in the prepared statement cache for the specified pool, an error occurred.
Action
Check the associated error that is printed and correct the problem if possible.
===========================================================================================
JZ0S1
Statement state machine: Trying to FETCH on IDLE statement.
Description: An internal error occurred on the statement.
Action: Close the statement and open another one.
===========================================================================================
<Jan 5, 2009 1:25:05 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 1:25:05 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 1:25:05 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 1:25:05 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 1:25:05 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 2:25:10 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 2:25:10 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 2:25:10 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 2:25:10 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>
<Jan 5, 2009 2:25:10 PM GMT> <Error> <JDBC> <BEA-001131> <Received an exception when closing a cached statement for the pool "cashdatasource": java.sql.SQLException: JZ0S1: Statement state machine: Trying to FETCH on IDLE statement..>

Try getting Sybase's latest from their site. It's not likely that WLS
is going to change to avoid an exception when we're simply closing
a statement, but if you make an official SR anything is possible....
Joe

JVM doing frequent full and partial GC and still not freeing up any memory.

Hi,
We are using sun JVM under Tibco Active Matrix Service Grid's OSGI container. We are observing a strange behaviour where JVM is doing full/partial GCs continuously without freeing up much memory. Old generation is getting filled up and the young generation is almost empty. We have a web service deployed on this JVM. All the requests to the service are stateless so all the objects created are short lived and should be immedietely available for GC. Please see below the heap size and the GC arguments which we are using.
# Increase the default maximum heap size.
java.heap.size.initial=4096M
java.heap.size.max=6144M
-server -XX:PermSize=128m -XX:MaxPermSize=256m -Xloggc:gc.log -verbosegc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseParallelGC -XX:+MaxGCPauseMillis=100 -XX:GCTimeRatio=5 -XX:+UseTLAB -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/opt/home/tibcoadm/heapdump.log
We need to know why continuous full GC is not able to free up any memory in old generation ?

Did you try 121 VM instead of 117. GC algorithm in 12 is much better than
          117.
          - Prasad
          Kirk Fritsche wrote:
          > Hi,
          >
          > I am using WLS 4.5.1 service pack 10 on Solaris 2.7.
          > We have 8 servers on one machine running under java 1.1.7 with 128/196
          > min/max memory each.
          > We use statelesss session beans only.
          >
          > One test case we have uses 36 clients processing 200 interations of
          > various transactions.
          > On numerous occasions I have seen the percent free after garbage
          > collection slowly decrease.
          > Normally the servers have 86% free, but sometimes (on one server) this
          > goes down 1-6% each time GC occurs.
          > This continues until it gets down to 30-50% free after GC and then it
          > will go back up 90% free.
          >
          > The problem is that as it has less and less free, the execute queue
          > length grows and GC occurs
          > every 30-40 seconds instead of 2-3 min like the other servers.
          >
          > Some servers never get this, and we use round-robin on the cluster, so I
          > am not looking at our code.
          > Otherwise I would expect it to affect every server.
          > This problem seems to go from server to server for no particular reason.
          >
          > Has anyone had any experience with this?
          >
          > Thanks,
          >
          > Kirk

Can an almost full slave disk cause freezes?

Hi, my rock solid Giga has started to freeze intermittently.
I have run Disk Utility, Mac Janitor, Machelp, reset the PRAM and CMU.
I have 120gig HD that only has 15% left on it, it does not contain the OS.
The processors (Powerlogix Dual 1.2's) are getting a little hot to the touch.
Can the slave disk be overworking the processors because it is nearly full?
I have over 50% left on the disk that contains the OS.
What can be making the processors get hot and causing the freezes?
I have pulled out a Radeon 9800 Mac Pro and put back the old rage 128 pro and so far it hasnt frozen, the reason I pulled the 9800 was because it was the last item fitted... but it has been fine for months until now....
What can be causing this?

Hi-
Don't worry about the motherboard- that's an all or
nothing issue.
phew.. thank funk for that.
So, you're down to 2 things, I'd say- RAM or OS.
RAM has been disturbed in the last few weeks, as has been fitted to other machines, but appears to work.
Download and run Memtest to test your RAM-
http://www.memtestosx.org/
I havent done this, I re-swapped two other 512 sticks instead, (only got one gig in the Mac at the moment)
I think we talked about an Archive and Install, or
reinstall before, didn't we? If not, let's think
about doing such.
We did indeed discuss this, and time sems to be playing Agent Provocatuer, I need to sort this quickly I know... but this freezing issue has presented itself.
Except for the RAM, you've pretty
well eliminated the hardware. That leaves you with
the OS. It's a fact, that ocasionally, the OS needs
to be reinstalled. The BEST is a zero the hard drive,
and new install ( biggest pain in the * as well).
Irony...
BUT, at a minimum, after the results of the RAM test,
I would consider an Archive and Install to be a good
move towards a stable system.
I will research how to achieve this.
http://macosg.com/group/viewtopic.php?t=800
link is dead.
I noticed that you are running 10.4.9 (?). Did you
check on the CPU Director for your Powerlogix
processor? It needs updated, or your processor won't
work as before.
This looks like a clue... you have a sharp eye japamac... I have just checked and indeed I have 10.4.10
http://www.powerlogix.com/products/cpudirector/index.h
tml
This link is also dead.
By the way, did you verify your processor fans were
working prior to removing it? Also, did you use CPU
Director to check the temperature? Note that the
"redline starts at about 90℃. Or, did CPUD need
updating?
Can you help me with part please? fans were working, what is CPU director?
I have searched for it and cannot find it, what does it do?
I think this is going to be a nightmare..........
(Trivia) In a 28-30 ℃ room, my PLogix CPU (single)
doesn't exceed 48 ℃ (though I do have other fan mods,
I don't ever recall it running over
58℃).
G4AGP(450)Sawtooth, 2ghz PowerLogix,
2gbRAM, RaptorSATAATA, ATI Radeon 9800 Mac OS X
(10.4.8) Pioneer DVR-109, 23" ACD, Ratoc USB 2.0,
QCam Ultra, Nikon Coolscan

Does frequent garbage collection affect performance

Hi,
I have written code in a filter for all the servlets in the application.
Depending on the servlet requested I set the objects to null after
it has finished its work.
My question is that since the filter will be executed each time a
servlet is requested,could it result in affecting performance ?

Styna wrote:
I'm writing off my own experience so take my advice with a grain of salt.
The battery is known to 'degrade' when reaching excessive temperatures. Apple recommends keeping the temperature between to 32 degrees Fahrenheit and 95 degrees Fahrenheit.
I used to game heavily on my phone which would get hot. After a year, I noticed that I had to fully charge my phone 3 times a day in order to make it through a day with light usage. Also, I noticed that the phone would die when the battery percentage display would be at all sorts of numbers, 37%, 43%, 7%, and sometimes stay on 1% for 5 minutes while running a processor-intensive game.
After taking my phone to the Apple store for a diagnostic, Apple confirmed issues with the battery. There's no way to know if having my phone stay hot for long periods of time damaged the battery or if I just had a defective battery.
My recommendation is if you know you will be gaming heavily to take the case (if you have one) off your phone and to be in a cool environment to try to keep the phone from getting too hot.
Your battery failed not because of temperature, but you used it up. The battery is spec'd for 400 full charge/discharge cycles. If you fully drain the battery every day that's about 14 months. If you drain it more than once a day that's less time. The phone has a thermal protection circuit that will shut it down if it gets hot enough to damage anything. And actually Lithium batteries do not degrade at higher temperatures. Electric cars and plugin hybrids use the same battery technology (like the Tesla, Chevy Volt, Prius Plugin, Nissan Leaf) and they run much hotter than iPhones. And last 10 years.

Safari opening full screen, then automatically opens iTunes. Application ribbon on side of screen is inaccessible.

Software was automatically installed on my i7 Mac during the last two weeks. Now the Mac is using MOS 10.7.4 and Safari 6.0.
Since Safari 6.0 installed on my i7 Mac last week, I have had four problems:
1) Sarari now opens showing full screen, completely covering my desktop. ( I don't want this; I want to easily see my desktop.)
2) Upon opening, Safari shows the last page I visited. (In preferences I have clearly requested that Safari always opens with a blank search screen; however, Sarari ignores my request.)
3) Within seconds iTunes opens and becomes dominant. (I do not want iTunes to open unless I purposefully order it to open.)
4) During the above three steps, my application ribbon, located on the left axis, is inaccessible to me...the cursor does not cause the ribbon to become visible.
Apple, I hope you can remedy this situation.
Any suggestions from others in the Mac Community?

Press the escape (esc) key to exit full-screen mode. Close all windows. Quit and relaunch Safari. Does the same thing happen?

Frequent full collection GC causes 2-3 sec application delay

Similar Messages

Maybe you are looking for