Jump in Young GG (ParNew) times after CMS-concurrent-reset

In one of our automated test scenarios following a CMS-concurrent-reset, young GC times dramatically increased. For instance, prior to the CMS reset, average young GC times average 0.15 seconds; after the CMS reset, times would spike to as high as 40 seconds. With our high-load scenario this does not happen. The difference in data load between these two tests is approximately 360:1.
Usually when this occcurs, the young GC times would stay consistently high (between 30 and 40 seconds). However, in one of our most recent test runs, something else happened. Young GC times would spike and then over a period of time gradually decrease back down to tolerable levels (over a period of 3.5+ hours). The log snippet below illustrates this behavior.
The application itself is a custom server built on Java 1.5.0_06 using Java 1.5.0_06erdist1. The hardware is a Dell PowerEdge 6800 running Windows 2003 Server 64-bit w/SP1. The server has 32GB of RAM, no swap file, and 8 logical CPU's (4 hyperthreaded Xeon processors). The system caches large amounts of data in a variety of strong, soft, and weak reference maps is using SleepyCat Software's DBJE for data storage.
We're working on getting memory dumps, but right now, we're thinking it might have something to do with large arrays in the old generation either being reallocated, or references back to the young generation that could be causing this. There is a slight possibility that there is also a large object being allocated in the young generation, although this seems like it is less likely (the average data packet is less than 1K in this test scenario and most object allocations are usually less than 4K in size -- byte arrays usually).
We're also looking at possibly testing with the latest 1.6 beta to see if the problem goes away, or at the very least we can profile the app when it gets into trouble without having to turn off CMS.
Does anybody have any thoughts on what might be causing this, or has anyone else run into something similar before?
The JVM Args used are:
-server
-Xms28G
-Xmx28G
-enableassertions
-XX:-UsePerfData
-XX:+PrintVMOptions
-XX:-TraceClassUnloading
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-verbose:gc
-XX:MaxTenuringThreshold=0
-XX:SurvivorRatio=20000
-XX:+UseCMSCompactAtFullCollection
-XX:CMSFullGCsBeforeCompaction=0
-XX:+ParallelRefProcEnabled
-XX:+CMSClassUnloadingEnabled
-XX:+CMSPermGenSweepingEnabled
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:ParallelGCThreads=7
-XX:NewSize=128M
-XX:MaxNewSize=128M
-XX:+CMSIncrementalMode
-XX:+CMSIncrementalPacing
-XX:CMSIncrementalDutyCycleMin=0
-XX:CMSIncrementalDutyCycle=10
-XX:CMSMarkStackSize=8M
-XX:CMSMarkStackSizeMax=32M
-XX:+UseLargePages
-XX:+DisableExplicitGC
64255.634: [GC 64255.634: [ParNew: 127304K->0K(131008K), 0.2955450 secs] 14370952K->14273019K(28671936K) icms_dc=0 , 0.2957102 secs]
64270.829: [GC 64270.829: [ParNew: 130944K->0K(131008K), 0.2805740 secs] 14403963K->14286161K(28671936K) icms_dc=0 , 0.2807523 secs]
64287.158: [GC 64287.158: [ParNew: 129676K->0K(131008K), 0.2908535 secs] 14415837K->14289089K(28671936K) icms_dc=0 , 0.2911033 secs]
64297.966: [GC 64297.966: [ParNew: 130602K->0K(131008K), 0.2682085 secs] 14419692K->14311368K(28671936K) icms_dc=0 , 0.2683754 secs]
64308.812: [GC 64308.812: [ParNew: 126613K->0K(131008K), 0.2965320 secs] 14437982K->14336914K(28671936K) icms_dc=0 , 0.2967070 secs]
64319.249: [GC 64319.249: [ParNew: 128966K->0K(131008K), 0.2878087 secs] 14465880K->14364326K(28671936K) icms_dc=3 , 0.2879923 secs]
64329.585: [GC [1 CMS-initial-mark: 14364326K(28540928K)] 14428075K(28671936K), 0.0367576 secs]
64329.622: [CMS-concurrent-mark-start]
64340.074: [GC 64340.074: [ParNew: 130758K->0K(131008K), 0.2824739 secs] 14495085K->14372339K(28671936K) icms_dc=3 , 0.2826438 secs]
64341.411: [CMS-concurrent-mark: 0.873/11.789 secs]
64341.411: [CMS-concurrent-preclean-start]
64341.411: [CMS-concurrent-preclean: 0.000/0.000 secs]
64341.557: [CMS-concurrent-abortable-preclean-start]
64341.557: [CMS-concurrent-abortable-preclean: 0.000/0.000 secs]
64350.684: [GC 64350.684: [ParNew: 130944K->0K(131008K), 0.2899810 secs] 14503283K->14395507K(28671936K) icms_dc=3 , 0.2901651 secs]
64363.365: [GC 64363.365: [ParNew: 130944K->0K(131008K), 0.2975003 secs] 14526451K->14421343K(28671936K) icms_dc=3 , 0.2976791 secs]
64372.076: [GC[YG occupancy: 83987 K (131008 K)]64372.076: [Rescan (parallel) , 0.0674530 secs]64372.144: [weak refs processing, 0.0308673 secs]64372.175: [class unloading[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor27]
64372.182: [scrub symbol & string tables, 0.0083922 secs] [1 CMS-remark: 14421343K(28540928K)] 14505331K(28671936K), 0.1281897 secs]
64372.206: [CMS-concurrent-sweep-start]
64376.703: [GC 64376.703: [ParNew: 130944K->0K(131008K), 0.3150279 secs] 14552287K->14443248K(28671936K) icms_dc=3 , 0.3152040 secs]
64393.182: [GC 64393.183: [ParNew: 130944K->0K(131008K), 0.2967053 secs] 14570664K->14441684K(28671936K) icms_dc=3 , 0.2968985 secs]
64395.855: [CMS-concurrent-sweep: 2.118/23.650 secs]
64395.856: [CMS-concurrent-reset-start]
64396.202: [CMS-concurrent-reset: 0.346/0.346 secs]
64404.846: [GC 64404.846: [ParNew: 130944K->0K(131008K), 11.8319372 secs] 452302K->326245K(28671936K) icms_dc=0 , 11.8321090 secs]
64420.865: [GC 64420.865: [ParNew: 130944K->0K(131008K), 11.8750319 secs] 457189K->352203K(28671936K) icms_dc=0 , 11.8752811 secs]
64435.536: [GC 64435.536: [ParNew: 130944K->0K(131008K), 11.8229769 secs] 483147K->374039K(28671936K) icms_dc=0 , 11.8231579 secs]
64448.564: [GC 64448.564: [ParNew: 130944K->0K(131008K), 12.2692927 secs] 504983K->376605K(28671936K) icms_dc=0 , 12.2694811 secs]
64462.276: [GC 64462.276: [ParNew: 130944K->0K(131008K), 12.0860714 secs] 507549K->401835K(28671936K) icms_dc=0 , 12.0862452 secs]
64478.522: [GC 64478.522: [ParNew: 126250K->0K(131008K), 12.3507999 secs] 528085K->428168K(28671936K) icms_dc=0 , 12.3509812 secs]
64492.047: [GC 64492.047: [ParNew: 130944K->0K(131008K), 11.7977262 secs] 559112K->450172K(28671936K) icms_dc=0 , 11.7979055 secs]
64505.333: [GC 64505.333: [ParNew: 130944K->0K(131008K), 11.6679971 secs] 581116K->475511K(28671936K) icms_dc=0 , 11.6681951 secs]
64523.377: [GC 64523.377: [ParNew: 130944K->0K(131008K), 12.1859479 secs] 606455K->496955K(28671936K) icms_dc=0 , 12.1861274 secs]
64537.004: [GC 64537.004: [ParNew: 130944K->0K(131008K), 12.3909395 secs] 627899K->500863K(28671936K) icms_dc=0 , 12.3911184 secs]
64550.836: [GC 64550.836: [ParNew: 130944K->0K(131008K), 13.3435750 secs] 631807K->522967K(28671936K) icms_dc=0 , 13.3437711 secs]
64565.421: [GC 64565.421: [ParNew: 130943K->0K(131008K), 12.1759533 secs] 653910K->551883K(28671936K) icms_dc=0 , 12.1761337 secs]
64578.968: [GC 64578.968: [ParNew: 129670K->0K(131008K), 11.7518116 secs] 681553K->565967K(28671936K) icms_dc=0 , 11.7519997 secs]
64595.156: [GC 64595.156: [ParNew: 130944K->0K(131008K), 12.7430090 secs] 696911K->588549K(28671936K) icms_dc=0 , 12.7431996 secs]
64609.154: [GC 64609.155: [ParNew: 127642K->0K(131008K), 13.4122057 secs] 716191K->613789K(28671936K) icms_dc=0 , 13.4123919 secs]
64623.588: [GC 64623.588: [ParNew: 130934K->0K(131008K), 11.8692832 secs] 744723K->634958K(28671936K) icms_dc=0 , 11.8694631 secs]
64636.690: [GC 64636.690: [ParNew: 130944K->0K(131008K), 12.2170544 secs] 765902K->640533K(28671936K) icms_dc=0 , 12.2172308 secs]
64652.592: [GC 64652.592: [ParNew: 130153K->0K(131008K), 12.5039780 secs] 770687K->670050K(28671936K) icms_dc=0 , 12.5041652 secs]
64665.798: [GC 64665.798: [ParNew: 130944K->0K(131008K), 11.8129872 secs] 800994K->683828K(28671936K) icms_dc=0 , 11.8131695 secs]
64678.710: [GC 64678.710: [ParNew: 130944K->0K(131008K), 12.2518054 secs] 814772K->686723K(28671936K) icms_dc=0 , 12.2519837 secs]
64692.491: [GC 64692.491: [ParNew: 128795K->0K(131008K), 12.4420712 secs] 815519K->711677K(28671936K) icms_dc=0 , 12.4422521 secs]
64706.761: [GC 64706.761: [ParNew: 130944K->0K(131008K), 12.1215915 secs] 842621K->733167K(28671936K) icms_dc=0 , 12.1217708 secs]
64720.486: [GC 64720.486: [ParNew: 130944K->0K(131008K), 12.4783432 secs] 864111K->736715K(28671936K) icms_dc=0 , 12.4785325 secs]
64734.374: [GC 64734.374: [ParNew: 129901K->0K(131008K), 12.6808484 secs] 866617K->763351K(28671936K) icms_dc=0 , 12.6810264 secs]
64748.544: [GC 64748.544: [ParNew: 130944K->0K(131008K), 13.0768090 secs] 894295K->772967K(28671936K) icms_dc=0 , 13.0769936 secs]
64762.836: [GC 64762.836: [ParNew: 130944K->0K(131008K), 12.6763159 secs] 903911K->797964K(28671936K) icms_dc=0 , 12.6764964 secs]
64777.255: [GC 64777.255: [ParNew: 125172K->0K(131008K), 11.3742001 secs] 923137K->823513K(28671936K) icms_dc=0 , 11.3743819 secs]
64789.913: [GC 64789.913: [ParNew: 130944K->0K(131008K), 12.6647870 secs] 954457K->845201K(28671936K) icms_dc=0 , 12.6649700 secs]
64803.944: [GC 64803.944: [ParNew: 127557K->0K(131008K), 12.4356678 secs] 972758K->870316K(28671936K) icms_dc=0 , 12.4358488 secs]
64818.674: [GC 64818.674: [ParNew: 130944K->0K(131008K), 12.1313661 secs] 1001260K->895535K(28671936K) icms_dc=0 , 12.1315657 secs]
64834.764: [GC 64834.764: [ParNew: 129555K->0K(131008K), 11.9518352 secs] 1025090K->925104K(28671936K) icms_dc=0 , 11.9520134 secs]
64848.138: [GC 64848.138: [ParNew: 130944K->0K(131008K), 12.9124929 secs] 1056048K->939587K(28671936K) icms_dc=0 , 12.9127034 secs]
64862.318: [GC 64862.318: [ParNew: 123806K->0K(131008K), 13.0569914 secs] 1063394K->964362K(28671936K) icms_dc=0 , 13.0571688 secs]
64877.530: [GC 64877.530: [ParNew: 130944K->0K(131008K), 12.3056353 secs] 1095306K->986163K(28671936K) icms_dc=0 , 12.3058150 secs]
64891.725: [GC 64891.725: [ParNew: 130944K->0K(131008K), 13.0376824 secs] 1117107K->1007903K(28671936K) icms_dc=0 , 13.0378846 secs]
76591.355: [GC 76591.355: [ParNew: 130944K->0K(131008K), 0.2791594 secs] 15265232K->15138597K(28671936K) icms_dc=0 , 0.2793572 secs]
76600.766: [GC 76600.766: [ParNew: 130944K->0K(131008K), 0.2752963 secs] 15269541K->15160685K(28671936K) icms_dc=0 , 0.2754887 secs]
76611.557: [GC 76611.557: [ParNew: 130944K->0K(131008K), 0.2790154 secs] 15291629K->15165049K(28671936K) icms_dc=0 , 0.2792048 secs]
76622.303: [GC 76622.303: [ParNew: 130944K->0K(131008K), 0.2849006 secs] 15295993K->15187817K(28671936K) icms_dc=0 , 0.2850920 secs]
76632.887: [GC 76632.887: [ParNew: 130944K->0K(131008K), 0.2689896 secs] 15318761K->15213844K(28671936K) icms_dc=0 , 0.2693092 secs]
76643.956: [GC 76643.956: [ParNew: 130879K->0K(131008K), 0.2662928 secs] 15344723K->15236015K(28671936K) icms_dc=0 , 0.2664782 secs]
76656.379: [GC 76656.379: [ParNew: 130944K->0K(131008K), 0.2872218 secs] 15366959K->15242404K(28671936K) icms_dc=0 , 0.2874433 secs]
76664.841: [GC 76664.841: [ParNew: 130868K->0K(131008K), 0.2931068 secs] 15373273K->15269283K(28671936K) icms_dc=0 , 0.2932965 secs]
76677.732: [GC 76677.732: [ParNew: 130920K->0K(131008K), 0.2475306 secs] 15400203K->15276884K(28671936K) icms_dc=0 , 0.2477292 secs]
76697.644: [GC 76697.644: [ParNew: 130944K->0K(131008K), 0.2879494 secs] 15407828K->15280611K(28671936K) icms_dc=0 , 0.2881359 secs]
76707.426: [GC 76707.426: [ParNew: 130944K->0K(131008K), 0.2911420 secs] 15411555K->15285072K(28671936K) icms_dc=0 , 0.2913233 secs]
76717.857: [GC 76717.857: [ParNew: 130944K->0K(131008K), 0.2701989 secs] 15416016K->15309374K(28671936K) icms_dc=0 , 0.2703928 secs]
76728.560: [GC 76728.561: [ParNew: 130944K->0K(131008K), 0.2931724 secs] 15440318K->15333673K(28671936K) icms_dc=0 , 0.2933609 secs]
76739.261: [GC 76739.262: [ParNew: 126315K->0K(131008K), 0.2973160 secs] 15459989K->15363224K(28671936K) icms_dc=0 , 0.2974960 secs]
76749.705: [GC 76749.705: [ParNew: 127396K->0K(131008K), 0.2972422 secs] 15490620K->15382987K(28671936K) icms_dc=0 , 0.2975240 secs]
76767.794: [GC 76767.794: [ParNew: 130944K->0K(131008K), 0.2838999 secs] 15513931K->15391591K(28671936K) icms_dc=0 , 0.2840901 secs]
76773.076: [GC 76773.076: [ParNew: 130944K->0K(131008K), 0.2552678 secs] 15522535K->15393025K(28671936K) icms_dc=0 , 0.2554467 secs]
76790.058: [GC 76790.058: [ParNew: 130860K->0K(131008K), 0.2934145 secs] 15523885K->15394843K(28671936K) icms_dc=0 , 0.2936080 secs]
76802.396: [GC 76802.396: [ParNew: 130604K->0K(131008K), 0.2972303 secs] 15525447K->15397713K(28671936K) icms_dc=0 , 0.2974271 secs]
76813.202: [GC 76813.202: [ParNew: 130169K->0K(131008K), 0.2880799 secs] 15527883K->15422970K(28671936K) icms_dc=0 , 0.2882746 secs]
76823.896: [GC 76823.896: [ParNew: 129924K->0K(131008K), 0.2832927 secs] 15552894K->15452588K(28671936K) icms_dc=0 , 0.2834869 secs]
76834.357: [GC 76834.358: [ParNew: 130767K->0K(131008K), 0.2764792 secs] 15583355K->15474140K(28671936K) icms_dc=0 , 0.2766770 secs]
76855.497: [GC 76855.497: [ParNew: 130897K->0K(131008K), 0.2894657 secs] 15605037K->15488217K(28671936K) icms_dc=0 , 0.2896626 secs]
76866.253: [GC 76866.253: [ParNew: 130944K->0K(131008K), 0.2999675 secs] 15619161K->15490659K(28671936K) icms_dc=0 , 0.3001493 secs]
76879.530: [GC 76879.530: [ParNew: 130944K->0K(131008K), 0.2816982 secs] 15621603K->15493104K(28671936K) icms_dc=0 , 0.2818897 secs]
76888.031: [GC 76888.031: [ParNew: 130944K->0K(131008K), 0.2760192 secs] 15624048K->15498672K(28671936K) icms_dc=0 , 0.2762118 secs]
76898.232: [GC 76898.232: [ParNew: 125483K->0K(131008K), 0.3109439 secs] 15624155K->15528482K(28671936K) icms_dc=0 , 0.3111342 secs]
76914.416: [GC 76914.416: [ParNew: 130944K->0K(131008K), 0.3065572 secs] 15659426K->15542745K(28671936K) icms_dc=0 , 0.3067479 secs]
76924.748: [GC 76924.748: [ParNew: 130883K->0K(131008K), 0.2937243 secs] 15673628K->15544088K(28671936K) icms_dc=0 , 0.2938988 secs]
76942.226: [GC 76942.226: [ParNew: 130944K->0K(131008K), 0.2960886 secs] 15675032K->15547980K(28671936K) icms_dc=0 , 0.2962779 secs]
76951.345: [GC 76951.345: [ParNew: 130944K->0K(131008K), 0.3050291 secs] 15678924K->15573683K(28671936K) icms_dc=0 , 0.3052196 secs]
76961.936: [GC 76961.936: [ParNew: 130944K->0K(131008K), 0.2914707 secs] 15704627K->15595952K(28671936K) icms_dc=0 , 0.2916589 secs]
76972.575: [GC 76972.575: [ParNew: 129330K->0K(131008K), 0.2838618 secs] 15725283K->15621207K(28671936K) icms_dc=0 , 0.2840550 secs]
76986.283: [GC 76986.284: [ParNew: 130939K->0K(131008K), 0.2933898 secs] 15752146K->15643239K(28671936K) icms_dc=0 , 0.2935624 secs]
76997.181: [GC 76997.181: [ParNew: 130944K->0K(131008K), 0.3075952 secs] 15774183K->15645463K(28671936K) icms_dc=0 , 0.3077828 secs]
77007.913: [GC 77007.913: [ParNew: 130944K->0K(131008K), 0.2958084 secs] 15776407K->15647422K(28671936K) icms_dc=0 , 0.2960437 secs]
77018.011: [GC 77018.011: [ParNew: 130910K->0K(131008K), 0.2964236 secs] 15778333K->15649978K(28671936K) icms_dc=0 , 0.2966224 secs]
77034.694: [GC 77034.694: [ParNew: 130944K->0K(131008K), 0.3092856 secs] 15780922K->15652024K(28671936K) icms_dc=0 , 0.3094763 secs]
77047.053: [GC 77047.054: [ParNew: 130944K->0K(131008K), 0.3015745 secs] 15782968K->15657359K(28671936K) icms_dc=0 , 0.3017561 secs]
77057.249: [GC 77057.249: [ParNew: 130944K->0K(131008K), 0.3185589 secs] 15788303K->15680967K(28671936K) icms_dc=0 , 0.3188166 secs]
77070.581: [GC 77070.581: [ParNew: 130944K->0K(131008K), 0.3062147 secs] 15811911K->15706444K(28671936K) icms_dc=0 , 0.3064015 secs]
77078.801: [GC 77078.801: [ParNew: 123632K->0K(131008K), 0.3221894 secs] 15830077K->15732164K(28671936K) icms_dc=0 , 0.3223794 secs]
77092.282: [GC 77092.282: [ParNew: 130944K->0K(131008K), 0.3141997 secs] 15863108K->15754279K(28671936K) icms_dc=0 , 0.3143788 secs]
77104.965: [GC 77104.965: [ParNew: 130936K->0K(131008K), 0.2957323 secs] 15885215K->15756444K(28671936K) icms_dc=0 , 0.2959160 secs]
77120.762: [GC 77120.762: [ParNew: 130944K->0K(131008K), 0.2967338 secs] 15887388K->15759133K(28671936K) icms_dc=0 , 0.2969243 secs]
77125.566: [GC 77125.566: [ParNew: 130944K->0K(131008K), 0.3192459 secs] 15890077K->15761500K(28671936K) icms_dc=0 , 0.3194239 secs]
77134.280: [GC 77134.280: [ParNew: 130930K->0K(131008K), 0.3128382 secs] 15892430K->15763820K(28671936K) icms_dc=0 , 0.3130111 secs]
77148.565: [GC 77148.565: [ParNew: 130944K->0K(131008K), 0.3146629 secs] 15894764K->15766067K(28671936K) icms_dc=0 , 0.3148481 secs]
77166.762: [GC 77166.762: [ParNew: 130944K->0K(131008K), 0.2902859 secs] 15897011K->15769686K(28671936K) icms_dc=0 , 0.2904642 secs]
77173.957: [GC 77173.957: [ParNew: 130944K->0K(131008K), 0.3132502 secs] 15900630K->15794955K(28671936K) icms_dc=0 , 0.3134416 secs]
77184.689: [GC 77184.689: [ParNew: 130944K->0K(131008K), 0.3122028 secs] 15925899K->15817089K(28671936K) icms_dc=0 , 0.3123857 secs]
77195.961: [GC 77195.961: [ParNew: 130944K->0K(131008K), 0.3101975 secs] 15948033K->15823153K(28671936K) icms_dc=0 , 0.3103801 secs]
77212.697: [GC 77212.697: [ParNew: 130944K->0K(131008K), 0.3109774 secs] 15954097K->15845044K(28671936K) icms_dc=0 , 0.3111528 secs]
77217.947: [GC 77217.947: [ParNew: 130933K->0K(131008K), 0.2913624 secs] 15975978K->15846428K(28671936K) icms_dc=0 , 0.2915358 secs]
77237.788: [GC 77237.788: [ParNew: 129457K->0K(131008K), 0.2967028 secs] 15975885K->15849363K(28671936K) icms_dc=0 , 0.2968859 secs]
77248.232: [GC 77248.232: [ParNew: 130441K->0K(131008K), 0.3249377 secs] 15979804K->15872164K(28671936K) icms_dc=0 , 0.3251147 secs]
77259.231: [GC 77259.231: [ParNew: 130939K->0K(131008K), 0.3262398 secs] 16003104K->15893957K(28671936K) icms_dc=0 , 0.3264322 secs]
77269.578: [GC 77269.578: [ParNew: 130944K->0K(131008K), 0.3244924 secs] 16024901K->15897801K(28671936K) icms_dc=0 , 0.3246682 secs]
77280.109: [GC 77280.109: [ParNew: 129785K->0K(131008K), 0.3440615 secs] 16027587K->15923895K(28671936K) icms_dc=0 , 0.3442430 secs]
77290.806: [GC 77290.806: [ParNew: 125725K->0K(131008K), 0.3185027 secs] 16049620K->15950674K(28671936K) icms_dc=0 , 0.3186805 secs]
77302.797: [GC 77302.797: [ParNew: 130859K->0K(131008K), 0.3043288 secs] 16081533K->15958590K(28671936K) icms_dc=0 , 0.3045180 secs]
77312.365: [GC 77312.365: [ParNew: 130944K->0K(131008K), 0.2918505 secs] 16089534K->15960772K(28671936K) icms_dc=0 , 0.2920314 secs]
77322.862: [GC 77322.863: [ParNew: 130944K->0K(131008K), 0.3015737 secs] 16091716K->15963449K(28671936K) icms_dc=0 , 0.3017476 secs]
77343.729: [GC 77343.729: [ParNew: 130944K->0K(131008K), 0.3236395 secs] 16094393K->15967208K(28671936K) icms_dc=0 , 0.3238134 secs]
77354.586: [GC 77354.586: [ParNew: 130944K->0K(131008K), 0.3131893 secs] 16098152K->15970188K(28671936K) icms_dc=0 , 0.3133721 secs]
77364.952: [GC 77364.952: [ParNew: 130944K->0K(131008K), 0.3102413 secs] 16101132K->15992949K(28671936K) icms_dc=0 , 0.3104283 secs]
77377.458: [GC 77377.458: [ParNew: 130935K->0K(131008K), 0.3312504 secs] 16123885K->16015429K(28671936K) icms_dc=0 , 0.3314204 secs]
77386.642: [GC 77386.642: [ParNew: 130944K->0K(131008K), 0.3294257 secs] 16146373K->16018109K(28671936K) icms_dc=0 , 0.3296290 secs]
77397.408: [GC 77397.408: [ParNew: 130944K->0K(131008K), 0.3466004 secs] 16149053K->16041639K(28671936K) icms_dc=0 , 0.3467640 secs]
77407.720: [GC 77407.720: [ParNew: 127181K->0K(131008K), 0.3291395 secs] 16168820K->16067781K(28671936K) icms_dc=0 , 0.3293197 secs]
77419.256: [GC 77419.257: [ParNew: 127292K->0K(131008K), 0.3417004 secs] 16195074K->16101594K(28671936K) icms_dc=3 , 0.3418733 secs]
77426.886: [GC [1 CMS-initial-mark: 16101594K(28540928K)] 16165188K(28671936K), 0.0349381 secs]
77426.921: [CMS-concurrent-mark-start]
77428.941: [GC 77428.941: [ParNew: 130944K->0K(131008K), 0.2950079 secs] 16232538K->16108380K(28671936K) icms_dc=3 , 0.2951910 secs]
77438.826: [CMS-concurrent-mark: 0.913/11.904 secs]
77438.826: [CMS-concurrent-preclean-start]
77438.826: [CMS-concurrent-preclean: 0.000/0.000 secs]
77439.028: [CMS-concurrent-abortable-preclean-start]
77439.028: [CMS-concurrent-abortable-preclean: 0.000/0.000 secs]
77439.480: [GC 77439.480: [ParNew: 126872K->0K(131008K), 0.3251631 secs] 16235253K->16139128K(28671936K) icms_dc=3 , 0.3253437 secs]
77447.411: [GC[YG occupancy: 66352 K (131008 K)]77447.411: [Rescan (parallel) , 0.0551127 secs]77447.466: [weak refs processing, 0.0308647 secs]77447.497: [class unloading[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor28]
77447.504: [scrub symbol & string tables, 0.0084419 secs] [1 CMS-remark: 16139128K(28540928K)] 16205480K(28671936K), 0.1156339 secs]
77447.528: [CMS-concurrent-sweep-start]
77450.331: [GC 77450.331: [ParNew: 127555K->0K(131008K), 0.3276881 secs] 16257886K->16148782K(28671936K) icms_dc=3 , 0.3278723 secs]
77471.167: [GC 77471.168: [ParNew: 130944K->0K(131008K), 0.3443864 secs] 16264980K->16156348K(28671936K) icms_dc=3 , 0.3445624 secs]
77484.330: [GC 77484.331: [ParNew: 130944K->0K(131008K), 0.3138211 secs] 16282337K->16155285K(28671936K) icms_dc=3 , 0.3139971 secs]
77490.323: [GC 77490.323: [ParNew: 130887K->0K(131008K), 0.3463333 secs] 16266084K->16158092K(28671936K) icms_dc=3 , 0.3465076 secs]
77503.075: [GC 77503.075: [ParNew: 130944K->0K(131008K), 0.3230820 secs] 16246239K->16117912K(28671936K) icms_dc=3 , 0.3232641 secs]
77513.508: [GC 77513.508: [ParNew: 130944K->0K(131008K), 0.3446744 secs] 16232772K->16104890K(28671936K) icms_dc=3 , 0.3449231 secs]
77526.076: [GC 77526.076: [ParNew: 130173K->0K(131008K), 0.3488064 secs] 16219569K->16093708K(28671936K) icms_dc=3 , 0.3490094 secs]
77535.048: [GC 77535.048: [ParNew: 130944K->0K(131008K), 0.3444742 secs] 16091984K->15984538K(28671936K) icms_dc=3 , 0.3447258 secs]
77540.284: [CMS-concurrent-sweep: 1.808/92.757 secs]
77540.285: [CMS-concurrent-reset-start]
77540.637: [CMS-concurrent-reset: 0.352/0.352 secs]
77547.483: [GC 77547.483: [ParNew: 130944K->0K(131008K), 21.2268491 secs] 569606K->465738K(28671936K) icms_dc=0 , 21.2270424 secs]
77570.056: [GC 77570.056: [ParNew: 129623K->0K(131008K), 21.8197998 secs] 595362K->492094K(28671936K) icms_dc=0 , 21.8200025 secs]
77592.450: [GC 77592.450: [ParNew: 130901K->0K(131008K), 22.4998156 secs] 622995K->513309K(28671936K) icms_dc=0 , 22.5000306 secs]
77615.471: [GC 77615.471: [ParNew: 130865K->0K(131008K), 24.1625520 secs] 644174K->515142K(28671936K) icms_dc=0 , 24.1627472 secs]

Might it be possible for you to check if the same behaviour reproduces
with the latest (b76?) Mustang JVM?
If so, let us know and we'll look into this more closely.
PS: Could you also pstack the process once it gets into
one of these long scavenges, and see if you find a lot
of "block_start" calls at the top of the stack (during card
scanning). It's almost certainly some performace pathology
related to block offset table accesses during card scanning
in the presence of large contiguous blocks would be my
guess.

Similar Messages

Usage Times after a Hard Reset

Does anyones else time disappear and stay gone until a full charge after a hard reset?

Yes, that's what happens. Very inconvenient as you have to fully charge to 100% again before the counter restarts.

CMS concurrent phase takes too long time

We have a problem that CMS-remark time takes about 1.5 secs which is inappropriate for our app.
JVM parameters are:
-server -XX:PermSize=256m -XX:+CMSParallelRemarkEnabled -XX:CMSInitiatingOccupancyFraction=70 -XX:+UseCMSInitiatingOccupancyOnly -XX:+DoEscapeAnalysis -Xmx6000M -Xms6000M -XX:+UseConcMarkSweepGC -XX:+PrintGCTimeStamps -XX:+PrintGCDetails
Sample of GC log is:
11421,845: [GC 11421,845: [ParNew: 151142K->11964K(153344K), 0,0381950 secs] 4306109K->4174832K(6126976K), 0,0382790 secs] [Times: user=0,23 sys=0,03, real=0,04 secs]
11429,050: [GC 11429,050: [ParNew: 148284K->12240K(153344K), 0,0381560 secs] 4311152K->4182703K(6126976K), 0,0382390 secs] [Times: user=0,23 sys=0,01, real=0,03 secs]
11436,450: [GC 11436,450: [ParNew: 148560K->12274K(153344K), 0,0836100 secs] 4319023K->4189891K(6126976K), 0,0836920 secs] [Times: user=0,20 sys=0,02, real=0,08 secs]
11444,078: [GC 11444,078: [ParNew: 148594K->13071K(153344K), 0,0513830 secs] 4326211K->4197787K(6126976K), 0,0514660 secs] [Times: user=0,32 sys=0,00, real=0,05 secs]
11444,166: [GC [1 CMS-initial-mark: 4184715K(5973632K)] 4198023K(6126976K), 0,0140900 secs] [Times: user=0,02 sys=0,00, real=0,02 secs]
11444,180: [CMS-concurrent-mark-start]
11446,600: [CMS-concurrent-mark: 2,420/2,420 secs] [Times: user=5,32 sys=0,16, real=2,42 secs]
11446,600: [CMS-concurrent-preclean-start]
11447,165: [CMS-concurrent-preclean: 0,562/0,565 secs] [Times: user=0,74 sys=0,06, real=0,56 secs]
11447,165: [CMS-concurrent-abortable-preclean-start]
11451,435: [GC 11451,435: [ParNew: 149391K->13380K(153344K), 0,0441070 secs] 4334107K->4205327K(6126976K), 0,0441910 secs] [Times: user=0,30 sys=0,02, real=0,05 secs]
CMS: abort preclean due to time 11452,169: [CMS-concurrent-abortable-preclean: 4,932/5,004 secs] [Times: user=5,88 sys=0,17, real=5,01 secs]
11452,170: [GC[YG occupancy: 29204 K (153344 K)]11452,170: [Rescan (parallel) , 0,0111590 secs]11452,181: [weak refs processing, 0,9491600 secs] [1 CMS-remark: 4191947K(5973632K)] 4221151K(6126976K), 1,4008690 secs] [Times: user=1,45 sys=0,01, real=1,40 secs]
11453,572: [CMS-concurrent-sweep-start]
11457,005: [CMS-concurrent-sweep: 3,432/3,434 secs] [Times: user=6,08 sys=0,39, real=3,43 secs]
11457,005: [CMS-concurrent-reset-start]
11457,040: [CMS-concurrent-reset: 0,035/0,035 secs] [Times: user=0,04 sys=0,02, real=0,04 secs]
11458,517: [GC 11458,517: [ParNew: 149700K->17024K(153344K), 0,1692510 secs] 1245351K->1120297K(6126976K), 0,1693320 secs] [Times: user=1,10 sys=0,08, real=0,17 secs]
11465,585: [GC 11465,585: [ParNew: 153344K->17024K(153344K), 0,0793740 secs] 1256617K->1130603K(6126976K), 0,0794570 secs] [Times: user=0,28 sys=0,01, real=0,08 secs]
11472,349: [GC 11472,349: [ParNew: 153344K->17024K(153344K), 0,0798080 secs] 1266923K->1141696K(6126976K), 0,0798890 secs] [Times: user=0,34 sys=0,01, real=0,09 secs]
11479,066: [GC 11479,066: [ParNew: 153344K->16857K(153344K), 0,0559290 secs] 1278016K->1153598K(6126976K), 0,0560140 secs] [Times: user=0,40 sys=0,00, real=0,06 secs]
What can we go to decrease this time?

Looking at the remark pause
11452,170: [GC[YG occupancy: 29204 K (153344 K)]11452,170: [Rescan (parallel) ,
0,0111590 secs]11452,181: [weak refs processing, 0,9491600 secs] [1 CMS-remark:
4191947K(5973632K)] 4221151K(6126976K), 1,4008690 secs] [Times: user=1,45 sys=0,01, real=1,40 secs]
in the "Times ..." information at the end I note that user=1.45 and real=1.40. It doesn't
look like you're getting much parallelism. Take a look at the similar numbers for a
ParNew collection. In the first few ParNew collections in the log you included
there is as much as a factor of 8 between user and real.
Also the times between your ParNew collections are about 7-8 seconds. Try
increasing CMSMaxAbortablePrecleanTime 15 seconds. In
http://blogs.sun.com/jonthecollector/entry/did_you_know
see the discussion under the CMSMaxAbortablePrecleanTime heading.
Basically you may not be chunking up the young generation enough
to get effective parallelism. I don't recall if this will also help with the
WeakReference processing.
Please include the version of the JVM you are using if you post again.

Solaris 10, amd64, JVM crash at short time after startup

Hi All,
I have an application which allocate 10G of memory for his Heap, run on 4 dual core amd64 CPUs, 16G RAM machine and crash in 98% of the cases at short time after startup. This is a customer machine.
I have a similar machine for tests with only 2 dual core amd64 CPU and 12G RAM and I don't experience any crashes running application with similar configuration, similar version of JDK and similar input data.
I have tried with different GC algorithms, but we obtain crashes sonner or later. I rare cases when application manage to start seems that CMS offer the greatest performance.
There is a bug in JVM? Knows anybody an workaround for this?
# An unexpected error has been detected by Java Runtime Environment:
# SIGSEGV (0xb) at pc=0xfffffd7ffebbdb33, pid=21678, tid=5
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.6.0_03-b05 mixed mode)
# Problematic frame:
# V [libjvm.so+0x5bdb33]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x000000000042e000): GCTaskThread [id=5]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000000000a8
Registers:
RAX=0x0000000000000000, RBX=0x0000000000000002, RCX=0x0000000000000000, RDX=0x0000000000000000
RSP=0xfffffd7ffad37800, RBP=0xfffffd7ffad37830, RSI=0x0000000000000000, RDI=0x00000000004e6790
, R8=0x0000000000000000, R9=0x0000000000000002, R10=0x0000000000000000, R11=0xfffffd7d7bddd058, R12=0x00000000004e6790, R13=0x0000000000000000, R14=0x0000000000000000, R15=0x0000000000429650
RIP=0xfffffd7ffebbdb33, RFLAGS=0x0000000000010246
Top of Stack: (sp=0xfffffd7ffad37800)
0xfffffd7ffad37800: fffffd7fff1051c8 000000000042a1f0
0xfffffd7ffad37810: fffffd7d72bd05a0 0000000000000000
0xfffffd7ffad37820: fffffd7d72bd05a0 0000000000000001
0xfffffd7ffad37830: fffffd7ffad37840 fffffd7ffebcfdd1
0xfffffd7ffad37840: fffffd7ffad37cc0 fffffd7ffee8953b
0xfffffd7ffad37850: fffffd7d72bd05a0 0000000000000001
0xfffffd7ffad37860: 000000000042a370 000000000042e000
0xfffffd7ffad37870: 0000000000000002 0000000000000000
0xfffffd7ffad37880: 0000000000000000 0000000000422e80
0xfffffd7ffad37890: 000000000042c120 000000000042e320
0xfffffd7ffad378a0: 000000000042e330 000000000042e708
0xfffffd7ffad378b0: 000000000042e000 0000000000424180
0xfffffd7ffad378c0: 000000000042e720 000000000042e730
0xfffffd7ffad378d0: 000000000042eb08 00000000004241c0
0xfffffd7ffad378e0: 00000000004224a0 0000000000000000
0xfffffd7ffad378f0: 0000000000000000 0000000000000000
0xfffffd7ffad37900: 0000000000000000 0000000000000400
0xfffffd7ffad37910: fffffd7d7a92c5f8 fffffd7d7a92c5f8
0xfffffd7ffad37920: fffffd7d7a92c5f8 fffffd7d7a92c5f8
0xfffffd7ffad37930: 0000000000000000 0000000000000000
0xfffffd7ffad37940: 0000000000000000 0000000000038800
0xfffffd7ffad37950: 0000000000000479 0000000000000000
0xfffffd7ffad37960: 0000000000000000 0000000000000000
0xfffffd7ffad37970: 0000000000000000 fffffd7ffad37b10
0xfffffd7ffad37980: fffffd7ffad37b58 fffffd7ffad37ba0
0xfffffd7ffad37990: fffffd7ffad37c30 0000000000430240
0xfffffd7ffad379a0: 0000000000429650 fffffd7d7a930000
0xfffffd7ffad379b0: 000000026ed7667f 0000000000000000
0xfffffd7ffad379c0: 000000000003a890 0000000000000000
0xfffffd7ffad379d0: 0000000000000000 0000000000000000
0xfffffd7ffad379e0: 0000000000000000 0000000000000000
0xfffffd7ffad379f0: 0000000000000000 0000000000000000
Instructions: (pc=0xfffffd7ffebbdb33)
0xfffffd7ffebbdb23: 24 20 4c 8b 44 24 20 4d 89 03 eb 18 4d 8b 43 08
0xfffffd7ffebbdb33: 4d 8b 80 a8 00 00 00 4c 89 44 24 28 4c 8b 44 24
Stack: [0x0000000000000000,0x0000000000000000), sp=0xfffffd7ffad37800, free space=1610527966k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x5bdb33]
V [libjvm.so+0x5cfdd1]
V [libjvm.so+0x88953b]
V [libjvm.so+0x98e8a6]
V [libjvm.so+0x98e799]
V [libjvm.so+0x87b18c]
C [libc.so.1+0xcb34b] thrslot_offset+0x31b
C [libc.so.1+0xcb580] thrslot_offset+0x550
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x0000000000a6b400 JavaThread "Timer-0" [_thread_blocked, id=19]
0x0000000000743400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=17]
0x0000000000742000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=16]
0x0000000000740c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=15]
0x000000000072c400 JavaThread "JDWP Event Helper Thread" daemon [_thread_blocked, id=14]
0x0000000000729800 JavaThread "JDWP Transport Listener: dt_socket" daemon [_thread_in_native, id=13]
0x000000000071c400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=12]
0x000000000071b800 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=11]
0x00000000006f3000 JavaThread "Finalizer" daemon [_thread_blocked, id=10]
0x00000000006f2800 JavaThread "Reference Handler" daemon [_thread_blocked, id=9]
0x0000000000428400 JavaThread "main" [_thread_blocked, id=2]
Other Threads:
0x00000000006ee400 VMThread [id=8]
0x0000000000744c00 WatcherThread [id=18]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00000000004273a0/0x0000000000427400] Threads_lock - owner thread: 0x00000000006ee400
[0x0000000000423500/0x0000000000427b10] Heap_lock - owner thread: 0x0000000000428400
Heap
par new generation total 74560K, used 63936K [0xfffffd7d75600000, 0xfffffd7d7a930000, 0xfffffd7d7a930000)
eden space 63936K, 100% used [0xfffffd7d75600000, 0xfffffd7d79470000, 0xfffffd7d79470000)
from space 10624K, 0% used [0xfffffd7d79470000, 0xfffffd7d79470000, 0xfffffd7d79ed0000)
to space 10624K, 100% used [0xfffffd7d79ed0000, 0xfffffd7d7a930000, 0xfffffd7d7a930000)
concurrent mark-sweep generation total 10400576K, used 29146K [0xfffffd7d7a930000, 0xfffffd7ff5600000, 0xfffffd7ff5600000)
concurrent-mark-sweep perm gen total 21248K, used 6589K [0xfffffd7ff5600000, 0xfffffd7ff6ac0000, 0xfffffd7ffaa00000)
Dynamic libraries:
0x0000000000400000      /export/home/tg/jre1.6.0_03/bin/amd64/java
0xfffffd7fff380000      /lib/64/libthread.so.1
0xfffffd7fff360000      /export/home/tg/jre1.6.0_03/bin/amd64/../../lib/amd64/jli/libjli.so
0xfffffd7fff390000      /lib/64/libdl.so.1
0xfffffd7fff240000      /lib/64/libc.so.1
0xfffffd7ffe600000      /export/home/tg/jre1.6.0_03/lib/amd64/server/libjvm.so
0xfffffd7fff1e0000      /lib/64/libsocket.so.1
0xfffffd7fff340000      /usr/lib/64/libsched.so.1
0xfffffd7fff1a0000      /lib/64/libm.so.1
0xfffffd7fff170000      /usr/lib/64/libCrun.so.1
0xfffffd7fff140000      /lib/64/libdoor.so.1
0xfffffd7ffe530000      /lib/64/libnsl.so.1
0xfffffd7ffe4b0000      /lib/64/libm.so.2
0xfffffd7ffe470000      /lib/64/libscf.so.1
0xfffffd7ffe440000      /lib/64/libuutil.so.1
0xfffffd7ffe420000      /lib/64/libmd5.so.1
0xfffffd7ffe3f0000      /lib/64/libmp.so.2
0xfffffd7ffe270000      /export/home/tg/jre1.6.0_03/lib/amd64/native_threads/libhpi.so
0xfffffd7ffe210000      /export/home/tg/jre1.6.0_03/lib/amd64/libjdwp.so
0xfffffd7ffe1e0000      /export/home/tg/jre1.6.0_03/lib/amd64/libnpt.so
0xfffffd7ffe190000      /usr/lib/iconv/amd64/UTF-8%646.so
0xfffffd7ffe160000      /usr/lib/iconv/amd64/646%UTF-8.so
0xfffffd7ffe110000      /export/home/tg/jre1.6.0_03/lib/amd64/libverify.so
0xfffffd7ffe0c0000      /export/home/tg/jre1.6.0_03/lib/amd64/libjava.so
0xfffffd7ffe080000      /export/home/tg/jre1.6.0_03/lib/amd64/libzip.so
0xfffffd7ffe010000      /export/home/tg/jre1.6.0_03/lib/amd64/libdt_socket.so
0xfffffd7d75460000      /lib/64/nss_files.so.1
VM Arguments:
jvm_args: -XX:+UseConcMarkSweepGC -XX:ParallelGCThreads=4 -Dapp.dir=/opt/tg/cos-deploy-0.35/bin/.. -Dlog.dir=log -Dapp.name=process -Detc.dir=/opt/tg/cos-deploy-0.35/bin/../etc -Dconfig.file=/opt/tg/cos-deploy-0.35/bin/../etc/process.properties -Dlog4j.configuration=etc/log4j.xml -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005 -Xms10G -Xmx10G
java_command: tg.cos.server.Main
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/export/home/tg/jre1.6.0_03
PATH=/opt/tg/fcs-foundation/perl/bin:/opt/tg/fcs-foundation/perl/bin:/sbin:/usr/sbin:/usr/sfw/bin:/opt/sfw/bin:/usr/X/bin:/usr/ccs/bin:/usr/local/bin:/usr/bin:/usr/sbin:/export/home/oracle_install/product/client/10.2/bin:/opt/tg/POOL/bin:/opt/tg/MailSender/bin:/export/home/tg/bin:/usr/sbin:/export/home/oracle_install/product/client/10.2/bin:/opt/tg/POOL/bin:/opt/tg/MailSender/bin
LD_LIBRARY_PATH=/export/home/tg/jre1.6.0_03/lib/amd64/server:/export/home/tg/jre1.6.0_03/lib/amd64:/export/home/tg/jre1.6.0_03/../lib/amd64
SHELL=/bin/bash
Signal Handlers:
SIGSEGV: [libjvm.so+0x9883b0], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGBUS: [libjvm.so+0x9883b0], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGFPE: [libjvm.so+0x315b10], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGPIPE: [libjvm.so+0x315b10], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGILL: [libjvm.so+0x315b10], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGHUP: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGINT: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGQUIT: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGTERM: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGQUIT: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGTERM: [libjvm.so+0x87ca80], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIG39: [libjvm.so+0x87f4d0], sa_mask[0]=0x00000000, sa_flags=0x00000008
SIG40: [libjvm.so+0x315b10], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
--------------- S Y S T E M ---------------
OS: Solaris 10 11/06 s10x_u3wos_10 X86
Copyright 2006 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 14 November 2006
uname:SunOS 5.10 Generic_118855-33 i86pc (T2 libthread)
rlimit: STACK 10240k, CORE infinity, NOFILE 65536, AS infinity
load average:3.72 3.68 3.23
CPU:total 8 (2 cores per cpu, 1 threads per core) family 15 model 65 stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, 3dnowext
Memory: 4k page, physical 16775096k(1672236k free)
vm_info: Java HotSpot(TM) 64-Bit Server VM (1.6.0_03-b05) for solaris-amd64, built on Sep 24 2007 22:29:24 by "" with unknown Workshop:0x580
I created a small test which somehow emulate the real application and I obtain the same results: on test machine run without any issues on live machine it crashes all the time.
What can be the cause?
import java.util.*;
public class MemoryTest {
     private List<Page> pages = new LinkedList<Page>();
     public void initTest() {
          int counter = 1;
          while( canAddOneMorePage() ) {
               Page page = new Page(counter, (byte)counter++);
               pages.add(page);
     private boolean canAddOneMorePage() {
          boolean result = true;
          long freeMem = Runtime.getRuntime().freeMemory() / (1024*1024) ;
          if (freeMem < 512) {
               result = false;
          return result;
     private boolean validatePages() {
          boolean arePagesValid = true;
          for(Page p : pages) {
               boolean isPageValid = p.isValid();
               if ( !isPageValid ) {
                    System.out.println("Page "+p.id+ " contains corrupted data");
                    arePagesValid = false;
          return arePagesValid;
     private void updatePages(byte value) {
          for(Page p : pages) {
               p.updateValues(value);
     public void runTest() {
          int TESTS_NUM = 100;
          System.out.println("There are "+pages.size()+" pages.");
          System.out.println("Currently the pages "+ (validatePages() ? "contain no errors" : "contain errors"));
          for(int i=1; i<TESTS_NUM; i++) {
               System.out.println("Test "+i+" of "+TESTS_NUM);
               updatePages((byte)i);
               validatePages();
     public static void main(String[] args) {
          MemoryTest main = new MemoryTest();
          main.initTest();
          main.runTest();
class Page {
     public static final int LENGTH = 1024*1024;
     List <byte[]> list;
     public byte value = 0;
     public int id;
     public Page(int id, byte value) {
          this.list = new LinkedList<byte[]>();
          this.value = value;
          this.id = id;
          for(int i=0; i<LENGTH; i++) {
               byte[] data = new byte [512];
               for( int j=0; j<512; j++) {
                    data[j] = value;
               list.add(data);
     public void updateValues(byte value) {
          this.value = value;
          this.list = new LinkedList<byte[]>();
          System.out.println("Updating page "+id);
          for(int i=0; i<LENGTH; i++) {
               byte[] data = new byte [512];
               for( int j=0; j<512; j++) {
                    data[j] = value;
               list.add(data);
     public boolean isValid() {
          boolean result = true;
          for( byte[] data: list) {
               for( byte b : data) {
                    if (value != b) {
                         result = false;
                         break;
               if ( !result ) {
                    break;
          return result;
}Edited by: blue67 on Dec 10, 2007 12:57 AM

I've experienced the same crash problem for my application in a Sun Fire x4600 M2..
My application which allocates 50G of memory for his Heap, runs on 8 quad core amd64 CPUs, 64G RAM machine and crash in 98% of the cases at short time after startup.
If I run my application on a different machine, for example a Sun Fire 280R with 2 CPUs UltraSPARC-III+ 1.2Ghz 8MB, there are no crashes.
I think the problem is related to the AMD 64 bits CPU architecture.
I filed a bug to the Sun Bug DB with ID 1415527, but it hasn't been published yet.
I cannot understand why, since it seems to be a problem common also to other users.
Here's part of my last hs_err_pidXXX.log file:
# An unexpected error has been detected by Java Runtime Environment:
# SIGSEGV (0xb) at pc=0xfffffd7ffebbd0bd, pid=25799, tid=50
# Java VM: Java HotSpot(TM) 64-Bit Server VM (11.0-b16 mixed mode solaris-amd64)
# Problematic frame:
# V [libjvm.so+0x5bd0bd]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
T H R E A D
Current thread (0x0000000000b21c00): GCTaskThread [stack: 0x0000000000000000,0x0000000000000000] [id=50]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xfffffd7ffebbd0bd
Registers:
RAX=0x0000000000000000, RBX=0x0000000000000008, RCX=0x0000000000000002, RDX=0xfffffd73b56f1ce8
RSP=0xfffffd73b56f1cb0, RBP=0xfffffd73b56f1e00, RSI=0xfffffd7c55dd2f08, RDI=0xfffffd7c55dd2bb9
, R8=0xb000000000000000, R9=0x0000000000c38ff0, R10=0x00000000042d0e97, R11=0xfffffd7c55dd2d88, R12=0x0000000000b38f00, R13=0x000000000045d070, R14=0x000000000045d070, R15=0x0000000000003c4f
RIP=0xfffffd7ffebbd0bd, RFLAGS=0x0000000000010246
Top of Stack: (sp=0xfffffd73b56f1cb0)
0xfffffd73b56f1cb0: fffffd7fff0f15a8 0000000000000000
0xfffffd73b56f1cc0: fffffd73b56f1e48 fffffd73b45e0790
0xfffffd73b56f1cd0: 0000000000000008 fffffd7ffebbc239
0xfffffd73b56f1ce0: fffffd7fff0f15a8 fffffd7fff0ec260
0xfffffd73b56f1cf0: 0000000000000000 0000000000b0c5b0
0xfffffd73b56f1d00: fffffd73fbc00000 000000017fa80000
0xfffffd73b56f1d10: 0000000000b0c710 0000000000b0c850
0xfffffd73b56f1d20: 0000000000000000 000000000045d070
0xfffffd73b56f1d30: 0000000000000000 0000000000b0c850
0xfffffd73b56f1d40: fffffd73b45e07f8 0000000000b0c8d8
0xfffffd73b56f1d50: 0000000900b0c5b0 fffffd792b971d60
0xfffffd73b56f1d60: fffffd7fff103d04 0000441ef1e00000
0xfffffd73b56f1d70: fffffd7c55dd2f08 fffffd7f00003c4d
0xfffffd73b56f1d80: fffffd73b45e0790 441f3c4d00000000
0xfffffd73b56f1d90: 441f3c4d441f3c4d 441f3c4d441f3c4d
0xfffffd73b56f1da0: 441e3c4d441f3c4d 441f3c4d441e3c4d
0xfffffd73b56f1db0: 43c03c1e441e3c4d 441e3c4d441e3c4d
0xfffffd73b56f1dc0: 5e3634bf5e3634bf 10830ae010830ae0
0xfffffd73b56f1dd0: 036b3673036b3674 036b3673036b3673
0xfffffd73b56f1de0: 5e3634c05e3634c1 5e3634c05e3634c0
0xfffffd73b56f1df0: fffffd73b45e0790 00000054b45e0790
0xfffffd73b56f1e00: fffffd73b56f1eb0 fffffd7ffebbbd47
0xfffffd73b56f1e10: fffffd73b56f1ef8 0000000000b0ce20
0xfffffd73b56f1e20: 0000000000b21c00 fffffd7fff04a509
0xfffffd73b56f1e30: 0000000000000008 00000000ffffffff
0xfffffd73b56f1e40: fffffd73b56f1e70 0000000000000000
0xfffffd73b56f1e50: 000002185a539ab2 fffffd7fff103d01
0xfffffd73b56f1e60: 000000000042c560 0000000000b21e90
0xfffffd73b56f1e70: 0000000000b21ea0 0000000000b22278
0xfffffd73b56f1e80: 0000000000b21c00 000000000045a780
0xfffffd73b56f1e90: 0000000000b22290 0000000000b222a0
0xfffffd73b56f1ea0: 0000000000b22678 000000000045a7c0
Thanks

Firefox jumping back and forth in time Mac

I have the most up-to-date version of Firefox (11.0 if I recall correctly) and Mac OS X 10.6.8 (Snow Leopard) updated on my . I have just recently been having an issue where firefox seems to jump back and forth through time. The time difference is at most a minute or two, but it gets very frustrating.
For example, while I am writing this question, Firefox will jump back to a point where only half of the first paragraph is written, jump back to the 'present', jump back a bit, and then return to the 'present'. This happens with scrolling through websites as well.
I updated yesterday because I bought Diablo III and wanted to make sure everything was current to let it install smoothly (which it didn't... >.<). I noticed upon the restart that my background will switch to a blue background from my picture. When I try to change the background back, it will revert to the blue background after 5 seconds or so. Perhpas this is related to the Firefox issue?

I have the most up-to-date version of Firefox (11.0 if I recall correctly) and Mac OS X 10.6.8 (Snow Leopard) updated on my . I have just recently been having an issue where firefox seems to jump back and forth through time. The time difference is at most a minute or two, but it gets very frustrating.
For example, while I am writing this question, Firefox will jump back to a point where only half of the first paragraph is written, jump back to the 'present', jump back a bit, and then return to the 'present'. This happens with scrolling through websites as well.
I updated yesterday because I bought Diablo III and wanted to make sure everything was current to let it install smoothly (which it didn't... >.<). I noticed upon the restart that my background will switch to a blue background from my picture. When I try to change the background back, it will revert to the blue background after 5 seconds or so. Perhpas this is related to the Firefox issue?

Photoshop Forum jumps to page bottom every time

When I visit the Photoshop Forum and click on a post, any post, the page that loads is scrolled to the bottom.
http://forums.adobe.com/community/photoshop/general
I am on an early 2008 Mac Pro, with 10 GB RAM, running Mountain Lion, browser is Safari 6.0, but this also happened in Safari 5. This also happened under LIon. No matter which post I open, I land at the bottom of the page instead of the top. This only happens in Adobe Forums, no other sites.
Here is a screen shot, for what it may be worth (not much, I'll wager), of a freshly loaded forum post. Note that I did not scroll to the bottom. The page loaded that way:

You're in view=overview mode in the forums.
That is, you're visiting http://forums.adobe.com/community/photoshop/general?view=overview
Every link shown in that view is the most recent post in that thread (shown by the page anchor fragment in the URL - the bit after the hash # symbol). Clicking on each link jumps to the most recent post (usually but not always at the bottom of each page - hence the jump you're seeing every time you click a link).
http://forums.adobe.com/message/4624317#4624317
Overview mode has never appealed to me.
Try the view=discussions mode of the forum (every link ends with the ?tstart=0 fragment)
That is, visit http://forums.adobe.com/community/photoshop/general?view=discussions
I only ever use the view=discussions URL to visit every Adobe forum and that's what I have bookmarked in my browsers.
When I specifically want to go directly to the most recent post in a thread then I click the "xx minutes/hours ago" link in "Last Post" column.

HP xw8600 workstation fans run at max all the time after upgrading CPUs and memory

Hello, This is my 1st post on the forums here so I would like to thank everyone for the help ahead of time. I have an HP xw8600 workstation on which I have upgraded the CPUs and RAM recently - after the upgrade the fans seem to spin at full speed all the time (not just under load). Before the upgrading the fans were barely heard but afterwords the workstation has become very loud. This seems odd that the fans always run fast now and seems like this is not "normal" - what needs to be done to allow the fans to again be modulated by load/temp settings as designed? I looked in the temp and fan RPM settings in the BIOS and it looks like all sensors are working (including ambient temp sensor - was stating around 20 deg. C). Hardware changes:Before - CPU: 2x Intel Xeon X5460/ 3.16 GHz, 12MB L2, 1333 MHz, FSB,120WRAM: HP 32GB (16x2GB) DDR2-667 ECC FBD RAM - using RAM riser After -CPU: 2x Intel Xeon X5492/ 3.40 GHz, 12MB L2, 1600 MHz, FSB,150WRAM: HP 32GB (8x4GB) DDR2-800 ECC FBD RAM - using RAM riser NOTE: From the HP spec sheet it says that 32GB(8x4GB) is not supported by 5492... I am not sure why this is so and do not know if this has anything to do with my fans running very fast. HP 32GB(8x4GB)DDR2-800 ECC FBD RAM RISER Supported ONLY w/dual processors
5272, 5472, 5482 HP 64GB (16x4GB) DDR2-800 ECC FBD RAM Supported ONLY w/dual processors
5272, 5472, 5482 and 5492.
Acoustics waiver required. Other than the constantly loud fans the workstation works perfectly with the new setup. Please let me know if anyone has run into this issue with the fast fans and whether there is a fix for this (maybe flashing BIOS?). Any advice is greatly appreciated! [I originally posted this under Desktops section - http://h30434.www3.hp.com/t5/Desktop-Hardware/HP-xw8600-workstation-fans-run-at-max-all-the-time-after/td-p/3929746]

The xw8600 has a motherboard firmware setting that if it detects high powered processors in place it wants to see the "double tall" performance heatsink/double fans per heatsink in place. I have posted about that and how I rewired a double tall to use side by side in my xw8400 next to a single tall heatsink/fan to see how cooling was affected in that workstation. The xw8400 did not ever come with double tall performance heatsinks, to my knowledge, so its motherboard's firmware is different. In those posts I also explained how to do a simple jumper wire modification on a single tall heatsink to spoof the xw8600 into thinking it had a double tall/two fans in place over each processor. Simple and quick. So, you might want to get a couple of double talls off eBay, or try the jumper wire trick. I'd personally advise to get the double tall heatsinks given that you're running 150W max TDP processors. If I remember correctly HP wanted you to use the double talls for 120W max TDP and above. I'd feel comfortable using that trick on a set of 120 watt processors if I was not hammering them frequently, but it sounds like you're a high level power user. The all-fans-on-high can be due to a failed thermisitor in the front power cable reading ambient air temps too high, but you can check that in BIOS to see the temp and it sounds like yours is not elevated incorrectly. You can search for my experience with that in a xw6600, and it is an easy $8.00-$12.00 fix with a new cable off eBay. You'd want the longer version for the xw8600, versus the shorter one for the xw6600. Finally, maybe you've just gone too high in your total wattage use? Those risers can run hot and draw lots of power. Could you live with less ram and get rid of the risers using 4GB sticks? Sometimes those prior prohibitions regarding what is and is not supported go away with later BIOS updates. Is your BIOS the latest? Welcome, and let us know what turns out to be the problem so others can benefit too. Scott

ICal entries jump to the day before or after

iCal entries jump to the day before or after the date I entered them on. It might have to do with me changing time zones. How do I lock the entries to the date I entered them on?

Hi sahrack,
Welcome to the Apple Support Communities!
It does sound like the time zone may be affecting these events. With time zone support you can set a different time zone for any iCal event. If you would like to keep all events within your current time zone moving forward, you may want to disable the time zone support.
iCal 5.x: Change the time zone for an event
Cheers,
Joe

Firefox jumps back and forth between time?

I have the most up-to-date version of Firefox (11.0 if I recall correctly) and Mac OS X 10.6.8 (Snow Leopard) updated on my . I have just recently been having an issue where firefox seems to jump back and forth through time. The time difference is at most a minute or two, but it gets very frustrating.
For example, while I am writing this question, Firefox will jump back to a point where only half of the first paragraph is written, jump back to the 'present', jump back a bit, and then return to the 'present'. This happens with scrolling through websites as well.
I updated yesterday because I bought Diablo III and wanted to make sure everything was current to let it install smoothly (which it didn't... >.<). I noticed upon the restart that my background will switch to a blue background from my picture. When I try to change the background back, it will revert to the blue background after 5 seconds or so. Perhpas this is related to the Firefox issue?

Zyel14 wrote:
I have the most up-to-date version of Firefox (11.0 if I recall correctly) and Mac OS X 10.6.8 (Snow Leopard) updated...
Same specs here, but not seeing the issue you are describing, I suspect yours is a isolated issue.
For example, while I am writing this question, Firefox will jump back to a point where only half of the first paragraph is written, jump back to the 'present', jump back a bit, and then return to the 'present'. This happens with scrolling through websites as well.
Well lets eliminate Firefox and the add-ons/plug-ins as a possibility first.
1: User Firefox to uninstall all add-ons, then uninstall FF.
2: Use Safari to check the status of your Flash and other plug-ins using this site
https://www.mozilla.org/en-US/plugincheck/
3: Install FF again, then install your add-ons over time, one at a time, to try to determine when the problem occurs.
I updated yesterday because I bought Diablo III and wanted to make sure everything was current to let it install smoothly (which it didn't... >.<). I noticed upon the restart that my background will switch to a blue background from my picture. When I try to change the background back, it will revert to the blue background after 5 seconds or so. Perhpas this is related to the Firefox issue?
Sounds like another issue, but localized to that particular account.
Create another user in System Preference and see if it continues there as well.
You can delete your
com.apple.systempreferences.plist
file in your User/Library/Preferences folder and reboot, the file will be recreated minus your preferences which you reset.
Also download and run all of the free OnyX's mainatainance and cleaning aspects and reboot at the end (must), your machine will get a enema of sorts that might clear up the glitch.
http://www.titanium.free.fr/
I answer a lot of posts, however because of the volume here and other factors, posts can drop off the page and disappear, if you want a follow up, you'll have to assist so I get a email, but I'm not allowed to ask for something.

Caller ID fails to identify numbers in my contacts 80-90% of the time after OS 6 upgrade

Ever since I upgraded to OS 6, my Bold 9650 has exhibited several issues, one of which is my Caller ID-capable phone no longer identifies calls that come in from phone numbers I have in my Contacts. This is not consistent, but it fails the vast majority of the time. This feature worked flawlessly prior to the OS 6 upgrade. The one exception to this failure is for those contacts that are also identified as Facebook friends: those contacts will have their Facebook profile pic displayed the majority of the time, but probably about 20% of the time that too will fail to display properly. The phone number always displays, so it's not that folks have suddenly blocked their phone numbers. It's also not due to the calling area, as previous to this OS 6 upgrade I didn't experience this issue.
Has anyone else experienced this? And if so, does anyone know of a resolution to this issue?
Thanks.

Suzy -
I uninstalled FB, got by the cold sweats from the withdrawal, and of course had no incoming calls for 2 days. Played around with calling my own cell from my work and home phones with mixed results - my work phone was correctly identified by my Contacts name associated, but my home phone just showed as the number. I was a bit dubious of the FB uninstall truly clearing out remenants of the app, too, as the logo still appears on the home screen, and I believe the FB profile pics remained on some contacts. If you click on the logo, it prompts you to install FB, but still...
This morning I was prompted to download an update for OS 6, so I'm in the process of that now. With all the problems I'm experiencing with the move from OS 5 to OS 6, I figured it can't get much worse (can it???).
I'll report back on my findings.
Other issues I noticed from the OS 5 to 6 jump:
- Blackberry Messenger no longer scans QR codes (just beeps 3 times after a brief period of showing the code on the screen - no attempt to focus on the code). Installed an independent QR scanner app, but it won't read a code, either.
- Verizon icon that used to show your running total of data usage no longer shows the data usage number. I would go into the app, exit, and a number would be on it. Later in the day, look at that icon again, and the number was gone once again. It used to show all the time and automatically update the total throughout the day.
- Phone antenna fails to turn on sometimes when the phone turns on for the day via the auto on feature.
Hoping this update may address some, if not all, of these items.

My PC has blue screened twice in the past week so I force quit it it came back on a few times after that it is now grey screening with inch wide blue lines from top to bottom the apple logo is there and it is trying to boot up but nothing happening

My Mac has blue screened a couple of times this week it started to work a couple of times after that but now it is grey screening with inch wide blue lines from top to bottom the apple logo is also there it is trying to boot up again but won't. Not sure don't know anything about how to fix things but I suspect the fan has stopped working as I can't hear one. The problem I have I now live in Turkey and I am 1000 km from the nearest apple shop which is in Istanbul I believe and I now live in Didim, Altinkum I don't trust the everyday Turkish shop to take it to as they will tell you they know how to fix it but will probably make it worse, typical in Turkey. Please can someone help as we use it for our business and obviously I need it up and running ASAP I am using IPad and iPhone at moment but can't access my files which are on PC.

Thanks for that information!
I'm sure I will be calling AppleCare, but the problem is, they charge for the phone calls don't they? Because I don't have money to be spending to be on the phone with a support service.
In other things, it seemed like the only time my MacBook was working was when I had Snow Leopard without the 10.6.8 update download that was supposed to be done to prepare for OS X Lion.
When I look at the information of my HD it says that I have 10.6.8 but that was the install that it claimed to have failed and caused me to restart resulting in all of the repeated problems.
Also, because my computer is currently down, and I've lost all files how would that effect the use of my iPhone? Because if it doesn't get fixed by the time OS 5 is released, how would I be able to upgrade?!

Why does my iphone 3gs screen go white after it goes "to sleep" for the first time after turning it on?

Why does my iphone 3gs screen go white after it goes "to sleep" for the first time after turning it on?
The screen isn't broken because it works after i turn the device off and back on, but after it goes black once, it's only white again.
But it takes the touches although it's only white, because I can answer my phone when I slide my finger on the bottom of the screen, eventhough there in not the button to see.
This is so weird. I have already done everything I can think of that might help. But I cannot think of anything that might be causing it, because nothing has happened to the device.

Let me know if I should start a new discussion instead of opening a new topic here.
My wife's iPhone is the same vintage as mine 3Gs, but has never had the battery problem. Its affliction instead is that it cannot detect WiFi networks unless it is quite close to the source. Often, when my iPhone not only detects but shows a maximum cells connection with a network, hers cannot detect the network at all. In contrast, her iPhone seems to detect ourcellular carrier just as well as mine does.
Is there any help for this affliction?

How can I DISABLE the pop up 'Would you like to copy it to Library', preventing this message from bothering for each and every book, again and again, time after time? (Windows 7 64bit US).

How can I DISABLE the pop up 'Would you like to copy it to Library', preventing this message from bothering for each and every book, again and again , time after time? (Windows 7 64bit US).
I guess this may be a feature request. Adobe may think this is a good message for every new eBook.
I sure would like to decide about that myself.
Thanks in advance if this will be changed.

singmk wrote:
Decided to setup the mail for exchange on my N8 so I could see my work emails. Worked like a charm but after a couple of hours decided I didn't like being that contactable so deleted the mailbox.
Now to the problem, during setup I was forced to enable the phone lock and had to pick a 7 digit alphanumeric code. Fair enough I thought and went ahead. When I removed the mailbox however the lock remained in place with the default auto time of 30 minutes. When I checked in Phone management there is no option to disable this lock so I thought I could at least change the default time to something bigger but when you try, it remains at 30 mins. You also can't disable the auto time as it pops up an error message saying can't unlock phone.
Does anyone know if I'm missing something obvious here or is this something which can't be disabled once it's switched on? I've done a soft reset back to factory settings with no luck and the only other thing I can think of is re installing the firmware which seems a bit extreme.
Would like to hope there is some way to have control over this. Can someone help?
Which firmware your N8 having now? You can check firmware by choosing Call, then type *#0000#.
My N8 works fine on security setting and able to define Phone auto lock period, by choosing Menu>Settings>Phone>Phone management>Security settings>Phone and SIM card>Phone auto lock period>User defined>Lock after(minutes)
You will prompt to enter Lock code each time u define auto lock priod or enable/disable auto lock.
Hope this can help you.
If you find this post helpful, please show your appreciation by clicking the Kudos star at the left. If it provides you the solution, please click on the GREEN Accept as Solution button at below

Ive just upgraded my late 2009 macbook, and things are not working properly. First of all, when I started the computer first time after installing Mountain Lion, some message advised me that some files were impossible to install.

Ive just upgraded my late 2009 macbook, and things are not working properly. First of all, when I started the computer first time after installing Mountain Lion, some message advised me that some files were impossible to install. Once I wrote my password, and for now on, everytime I start the session, another window advise me that "Java SE 6" is missing, due that, the computer can't run some "CS5Service Manager". If I try to install it, the download ends with an error. If finally, you skip the istallation, you arrive to the dock, but the menu bar at the top of the screen doesn't show up.
In addition, my trackpad doesn't works either. I can move the arrow but i can't click anywhere, probably because the option of clicking by touching is disabeled and I can't performance a regular click.
I'll be very glad if someone know what the heck is happening with my computer. Anyway, I'm going to the genius bar next Saturday. Thx!

We're sorry.
We can't find the article you're looking for.
Please return to the Apple Support homepage.
Sigh.

Some, but not all, podcasts existing on the iPod no longer appear in iTunes. Different podcasts have been affected at different times, after changes in the state of the iPod. Only podcasts are affected.

I have not seen this precise issue addressed anywhere. I don’t know if it’s an iTunes or an iPod problem:
- Some, but not all, podcasts existing on the iPod no longer appear in iTunes;
this, after normal behavior for more than a year since purchase of the iPod.
- Different podcasts have been affected at different times, after changes in the state of the iPod.
- Only podcasts are affected.
- This concerns an iPod nano 6th gen. and iTunes 11.0.2 (26) on System 10.6.8
- The only change to iTunes, the Mac, or the iPod is that just before this condition began
I’d begun syncing an iPhone via iTunes.
I sync manually (“manually manage music and videos”). The first time this happened, I wanted to delete seventeen podcast episodes (all belonging to one podcast) existing on the iPod — but they didn’t show up in iTunes. I tried re-downloading them and re-syncing, to see if the new versions would somehow “re-link” to iTunes. They didn’t. Only one — new — episode appeared in iTunes.
I ultimately reset the iPod and manually resynced all the podcasts I currently had on iTunes. That worked, though I had to painstakingly add in all the other content deleted by the reset.
So: after that reset and manual sync, all podcasts and episodes on the iPod were visible to iTunes and I was able to delete the podcast and its — now 18 — episodes I’d wanted to get rid of to begin with. But the next time I connected the iPod, only 8 podcast episodes out of 21 episodes total existing on the iPod were visible to iTunes. These are different podcasts; I’d deleted the original “invisible” ones.
By “visible,” I mean in the “Podcasts” list view under “[name]’s iPod” in the iTunes sidebar. If I select “[name]’s” iPod in the iTunes sidebar and the “Podcasts” tab, all podcasts and episodes are visible, though greyed out because I’m set to sync manually. It’s unclear to me if these are the podcasts on the iPod or those currently in iTunes, as they are currently the same. If I switch to syncing automatically, all content on the iPod will be lost again, so I’m not up to trying it at the moment.
As I said, this involves only podcasts. All other content on the iPod does appear in iTunes.

I have the same problem- i see my movies in the ipod section in itunes and they even show as mpeg4 in the 'kind' section but they dont have that small TV icon next to them. if i play these in itunes, they play fine- but try playing them on the ipod and all you hear is the sound and no picture. All videos that i manually transfer work fine in the beginning- its when i hook up the ipod to the comp again and start itunes- they start showing up without the 'tv' icon!! i have to again transfer them from the itunes library to activate them as videos.
Need Help!!!

Jump in Young GG (ParNew) times after CMS-concurrent-reset

Similar Messages

Maybe you are looking for