Databases
StackOverflow2013
Postsdbo
POweird minor gc happens after a normal minor gc
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POweird minor gc happens after a normal minor gc
    primarykey
    data
    text
    <pre class="lang-none prettyprint-override"><code>2013-11-26T10:19:30.011+0800: [GC [ParNew: 2432484K-&gt;19997K(2696640K), 0.0378270 secs] 5560240K-&gt;3155822K(7691712K), 0.0398670 secs] [Times: user=0.18 sys=0.00, real=0.04 secs] 2013-11-26T10:19:36.277+0800: [GC [ParNew: 2417093K-&gt;15777K(2696640K), 0.0372550 secs] 5552917K-&gt;3151795K(7691712K), 0.0388490 secs] [Times: user=0.28 sys=0.00, real=0.04 secs] **2013-11-26T10:19:36.325+0800: [GC [ParNew: 20441K-&gt;16452K(2696640K), 0.0186420 secs] 3156459K-&gt;3153092K(7691712K), 0.0200280 secs] [Times: user=0.17 sys=0.00, real=0.02 secs]** 2013-11-26T10:19:41.464+0800: [GC [ParNew: 2413508K-&gt;22811K(2696640K), 0.0426440 secs] 5550148K-&gt;3160128K(7691712K), 0.0444710 secs] [Times: user=0.25 sys=0.00, real=0.04 secs] </code></pre> <p>Obviously the minor gc happens every 5 or 6 seconds.</p> <p>After 2013-11-26T10:19:36.277, there is a minor gc at 2013-11-26T10:19:36.325 with only 20441K used!!!</p> <p>Why the minor gc happened (the blod above line)? Who knows?</p> <p>More detais:</p> <p>This phenomenon only happens no more than 10 times per 24 hours.</p> <p>There are more details about our server:</p> <p>CPU Count 12 CPUs</p> <p>CPU Speed 2400 MHz</p> <p>Memory Total 16322984 KB</p> <p>The args of jvm(hotspot 1.6.0_26) are:</p> <p>-Xms7804M -Xmx7804M -Xmn2926M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=70 -XX:MaxTenuringThreshold=10 -server -Xss256k -XX:+HeapDumpOnOutOfMemoryError -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:SoftRefLRUPolicyMSPerMB=0 -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:ParallelGCThreads=12 -XX:+CMSScavengeBeforeRemark -XX:+CMSClassUnloadingEnabled</p> <p>@Alexey Ragozin more logs:</p> <pre><code>2013-11-27T23:34:47.352+0800: [GC [ParNew: 2496458K-&gt;81521K(2696640K), 0.0381510 secs] 5104803K-&gt;2690529K(7691712K), 0.0406260 secs] [Times: user=0.28 sys=0.00, real=0.04 secs] 2013-11-27T23:34:51.745+0800: [GC [ParNew: 2478577K-&gt;57599K(2696640K), 0.0535680 secs] 5087585K-&gt;2716762K(7691712K), 0.0554400 secs] [Times: user=0.28 sys=0.01, real=0.06 secs] 2013-11-27T23:34:55.728+0800: [GC [ParNew: 2454747K-&gt;19841K(2696640K), 0.0300150 secs] 5113910K-&gt;2679701K(7691712K), 0.0320030 secs] [Times: user=0.18 sys=0.00, real=0.03 secs] **2013-11-27T23:34:55.769+0800: [GC [ParNew: 21438K-&gt;16389K(2696640K), 0.0171200 secs] 2681299K-&gt;2676788K(7691712K), 0.0187850 secs] [Times: user=0.13 sys=0.00, real=0.02 secs]** 2013-11-27T23:34:59.888+0800: [GC [ParNew: 2413445K-&gt;16017K(2696640K), 0.0251400 secs] 5073844K-&gt;2676744K(7691712K), 0.0271570 secs] [Times: user=0.15 sys=0.00, real=0.02 secs] 2013-11-27T23:35:04.374+0800: [GC [ParNew: 2413073K-&gt;16059K(2696640K), 0.0240360 secs] 5073800K-&gt;2677460K(7691712K), 0.0259960 secs] [Times: user=0.15 sys=0.00, real=0.03 secs] ... ... 2013-11-28T02:56:57.719+0800: [GC [ParNew: 2449927K-&gt;45500K(2696640K), 0.0360740 secs] 6195838K-&gt;3791742K(7691712K), 0.0379370 secs] [Times: user=0.23 sys=0.00, real=0.03 secs] 2013-11-28T02:57:37.987+0800: [GC [ParNew: 2442556K-&gt;54097K(2696640K), 0.0383490 secs] 6188798K-&gt;3800678K(7691712K), 0.0402170 secs] [Times: user=0.23 sys=0.00, real=0.04 secs] 2013-11-28T02:57:38.036+0800: [GC [1 CMS-initial-mark: 3746580K(4995072K)] 3801777K(7691712K), 0.0694940 secs] [Times: user=0.06 sys=0.00, real=0.07 secs] 2013-11-28T02:57:38.770+0800: [CMS-concurrent-mark: 0.661/0.662 secs] [Times: user=2.15 sys=0.00, real=0.66 secs] 2013-11-28T02:57:38.806+0800: [CMS-concurrent-preclean: 0.035/0.035 secs] [Times: user=0.06 sys=0.01, real=0.04 secs] CMS: abort preclean due to time 2013-11-28T02:57:43.862+0800: [CMS-concurrent-abortable-preclean: 5.016/5.056 secs] [Times: user=6.82 sys=0.19, real=5.05 secs] **2013-11-28T02:57:43.872+0800: [GC[YG occupancy: 407766 K (2696640 K)]2013-11-28T02:57:43.872+0800: [GC [ParNew: 407766K-&gt;35780K(2696640K), 0.0236470 secs] 4154346K-&gt;3782623K(7691712K), 0.0256460 secs] [Times: user=0.20 sys=0.00, real=0.03 secs]** [Rescan (parallel) , 0.0119390 secs][weak refs processing, 0.8478360 secs][class unloading, 0.0661530 secs][scrub symbol &amp; string tables, 0.0146780 secs] [1 CMS-remark: 3746843K(4995072K)] 3782623K(7691712K), 1.1138910 secs] [Times: user=1.41 sys=0.00, real=1.12 secs] 2013-11-28T02:57:48.965+0800: [CMS-concurrent-sweep: 3.893/3.977 secs] [Times: user=5.65 sys=0.15, real=3.97 secs] 2013-11-28T02:57:48.977+0800: [CMS-concurrent-reset: 0.012/0.012 secs] [Times: user=0.02 sys=0.00, real=0.02 secs] </code></pre>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PTQuestion
    1. USyongfei gao
    1. USyongfei gao
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    2. PO
      singulars
      1. PTAnswer
    3. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POweird minor gc happens after a normal minor gc
      1. This table or related slice is empty.
      1. VTDownMod
    2. VO
      singulars
      1. POweird minor gc happens after a normal minor gc
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. POweird minor gc happens after a normal minor gc
      1. This table or related slice is empty.
      1. VTUpMod
    1. COWhat language/environment is this? There are *many* different garbage collectors in the world.
      singulars
      1. POweird minor gc happens after a normal minor gc
      1. USDamien_The_Unbeliever
    2. COIt's java. jvm is hotspot 1.6.0_26
      singulars
      1. POweird minor gc happens after a normal minor gc
      1. USyongfei gao
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload