JVM中奇怪的Full GC, 大家帮忙分析下

下面的gc log中的full gc是怎么触发的,理解不了,请大神看看~

 2015-02-03T14:40:12.029+0800: 470.095: [GC [PSYoungGen: 1271672K->13218K(3940864K)] 1374109K->115656K(8135168K), 0.0061610 secs] [Times: user=0.05 sys=0.00, real=0.00 secs]

2015-02-03T14:40:12.036+0800: 470.101: [Full GC [PSYoungGen: 13218K->0K(3940864K)] [ParOldGen: 102437K->98542K(4194304K)] 115656K->98542K(8135168K) [PSPermGen: 64633K->64632K(262144K)], 0.3928440 secs] [Times: user=3.18 sys=0.02, real=0.40 secs]

2015-02-03T14:43:12.622+0800: 650.688: [GC [PSYoungGen: 2750752K->24677K(3932160K)] 2849294K->123219K(8126464K), 0.0274110 secs] [Times: user=0.06 sys=0.10, real=0.03 secs]

2015-02-03T14:43:12.650+0800: 650.715: [Full GC [PSYoungGen: 24677K->0K(3932160K)] [ParOldGen: 98542K->108727K(4194304K)] 123219K->108727K(8126464K) [PSPermGen: 65137K->65128K(262144K)], 0.4234160 secs] [Times: user=3.40 sys=0.03, real=0.42 secs]

2015-02-03T14:43:27.212+0800: 665.277: [GC [PSYoungGen: 828133K->12061K(3961344K)] 936860K->120788K(8155648K), 0.0092620 secs] [Times: user=0.05 sys=0.02, real=0.01 secs]

2015-02-03T14:43:27.221+0800: 665.287: [Full GC [PSYoungGen: 12061K->0K(3961344K)] [ParOldGen: 108727K->101742K(4194304K)] 120788K->101742K(8155648K) [PSPermGen: 65191K->65191K(262144K)], 0.2733550 secs] [Times: user=2.09 sys=0.01, real=0.27 secs]
  1. 从日志可以看出一些规律来,每次做完一次young gc会立马做一次full gc(时间几乎一致),此时young 区大小会变为0(开始大小和上一次young gc完的大小是一致的)

  2. jdk版本为 1.7.0_55

  3. JVM参数

-Xmx8192m -Xms8192m -XX:NewSize=4096m -XX:MaxNewSize=4096m -XX:SurvivorRatio=4 -XX:MaxPermSize=256m -XX:PermSize=256m

1个回答

是不是有参数不生效。jps -v 看看
4096*1024*(1+4)/(1+1+4)=3495253K
3940864K 与3961344K。。。

Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
其他相关推荐
jvm一直在full gc但是回收不了垃圾

最近刚发布了一个网站,运行一段时间后网站就瘫痪了 网站用的容器是tomcat,操作系统centos 内存4G 这个是启动参数 -Xms2048m -Xms2048m -Xmn500 -XX:PermSize=128m -XX:MaxPermSize=128m -XX:SurvivorRatio=4 -XX:MaxGCPauseMillis=100 -XX:+UseParallelGC -XX:ParallelGCThreads=4 -XX:+UseParallelOldGC 大概现象是这样的: 网站瘫痪后,用自带的jstat监控了一下内存的使用情况 (由于现在服务重启了切不了图,只能在这里描述了一下) 其中E(初生代) 和0(年老代)都是占满了100% YGC不变 FGC持续增长 内存不通够释放掉 补充一下:网站不停给人家恶意访问,不断频烦的访问.

JVM中垃圾回收日志中GC和FULLGC是代表新生代和老年代吗?

![图片说明](https://img-ask.csdn.net/upload/201706/22/1498113926_13383.png) 如上图 上面的GC 和fullgc代表什么含义 我看有种说法是gc代表新生代,fullgc代表所有代的gc 不知道对不对

通过Java RMI的定时GC触发,JVM垃圾回收就无法自动触发FULL GC了吗?

Java RMI的定时GC触发机制,可通过:-XX:+DisableExplicitGC来禁止或通过 -Dsun.rmi.dgc.server.gcInterval=3600000来控制触发的时间。 那么问题来了堆栈内存满了,是否就不会自动触发FULL GC了。 目前系统几次宕机,看内存监控均为堆栈满了,但是没能触发FULL GC。 看应用服务启动配置中有Dsun.rmi.dgc.server.gcInterval=3600000这个配置,麻烦懂得人帮确认下我上面的疑问。 如果是,那如何定时触发GC并且能够在堆栈快满了也能自动触发GC,应该如何配置。

jvm young gc 时间突然增加,一般怎么着手分析啊?跪求指导~~

代码无改动,有一台机器ygc time 突然变长,然后又恢复了。 不知哪位大神可以指导下,应该如何进行分析啊?需要考虑哪些情况会引起这种问题呢? ![gc log](https://img-ask.csdn.net/upload/201803/12/1520845002_35479.png) jvm 参数配置如下: -Xloggc:/var/logs/gc.log.201803072057 -XX:ErrorFile=/var/logs/vmerr.log.201803072057 -Xmx4g -Xms4g -XX:SurvivorRatio=8 -XX:NewRatio=3 -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -XX:+DisableExplicitGC -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintCommandLineFlags -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:ParallelCMSThreads=8 -XX:+CMSClassUnloadingEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=1 -XX:CMSInitiatingOccupancyFraction=50 -XX:+UseCMSInitiatingOccupancyOnly -XX:HeapDumpPath=/var/logs/heaperr.log.201803072057

如何设置tomcat6进行FULL GC时间

在进行压力测试时,时间久了发现内存中的OLD区一直增加,如果增加到100%,则服务器响应速度会变慢。所以需要由JVM的FULL GC来清理,但是,tomcat6默认配置中,执行一次FULL GC的时间是1小时,如何自定义设置FULL GC的时间呢? 在下面的图中,可以看到,FULL GC执行从1次变为2后,OLD区被清理了(78.03-70.26)%=7.77%。

服务器频繁fullGC,如何设置调优

服务器一直报CPU饥饿,经过查看GC日志发现系统频繁出现full GC,求教各位大大,如何进行调优? 服务器配置: 8C48G jvm参数:-Xss1m -Xgcpolicy:optavgpause -Xmns256m -Xmnx512m -Xjit:codetotal=131072 -Xgcthreads2 -Xloamaximum0.2 -Xverbosegclog:${SERVER_LOG_ROOT}/verbosegc.log,20,50000 -Ddefault.client.encoding=UTF-8 -Dfile.encoding=UTF-8 -Duser.language=Zh -Duser.region=UTF-8 最大堆大小设置:16G 初始堆大小:8G 附一段GC日志如下: > <con event="completed full sweep" timestamp="Jul 21 09:39:56 2015"> <stats sweepbytes="0" sweeptime="0.137" connectbytes="1071644672" connecttime="0.404" /> > </con> > <con event="final card cleaning"> > <stats cardscleaned="246365" traced="214280148" durationms="961.201" /> > </con> > <gc type="global" id="6791" totalid="6791" intervalms="144892.522"> > <finalization objectsqueued="419" /> > <timesms mark="359.271" sweep="0.182" compact="0.000" total="360.584" /> > <tenured freebytes="1661855104" totalbytes="17177772032" percent="9" > > <soa freebytes="1661855104" totalbytes="17177772032" percent="9" /> > <loa freebytes="0" totalbytes="0" percent="0" /> > </tenured> ></gc> > <tenured freebytes="1661855104" totalbytes="17177772032" percent="9" > > <soa freebytes="1661855104" totalbytes="17177772032" percent="9" /> > <loa freebytes="0" totalbytes="0" percent="0" /> > </tenured> > <refs soft="5194" weak="570816" phantom="2117" dynamicSoftReferenceThreshold="3" maxSoftReferenceThreshold="32" /> > <time totalms="1323.670" /> ></con> <con event="completed sweep" timestamp="Jul 21 09:39:57 2015"> <stats bytes="0" time="0.002" /> </con> ><con event="kickoff" timestamp="Jul 21 09:39:57 2015"> > <kickoff reason="Kickoff threshold reached" /> > <stats tenurefreebytes="753834800" tracetarget="10256393073" kickoff="1392678656" /> ></con>

Perm区满,FullGC都GC不下来。

最近发现一个问题,应用在运行过程中Perm区占用不断增加,多次FullGC之后都没有下降。查看Dump文件之后,发现系统加载了很多类似sun.reflect.GeneratedSerializationConstructorAccessor<N>这种名字的类。尝试设置sun.reflect.inflationThreshold为整数最大值,也加了各种GC参数-XX:+CMSParallelRemarkEnabled -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=5,问题没有得到解决。请问什么情况下会出现这样的问题,急等! p.s.这两个C币是我全部家产了,谢谢了。

java GC 老年代的内存碎片问题 求大神帮忙解惑

老年代 FULL GC垃圾收集后产生内存碎片 无法提供连续的内存空间 如何解决内存碎片问题呢

可以通过命令行的方式执行gc操作吗?

![图片说明](https://img-ask.csdn.net/upload/201903/06/1551860403_932547.png) jconsole里可以通过界面执行gc gc操作可以通过命令行的方式执行吗?

java 程序 young gc 次数频繁,怎么调试

有两台服务器,配置相差不大,运行的代码一样,java的配置的也一样,分配的留啦也一样,但是通过jstat -gc pid 看到的gc次数差别很大,像这样频繁的young gc ,该怎么调试? ``` 192.168.1.138 | CHANGED | rc=0 >> 109837, 运行时间 02:39:30 109837, full gc次数 6 平均时间 0.869 109837, young gc次数 1235 平均时间 0.087 192.168.1.139 | CHANGED | rc=0 >> 151208, 运行时间 02:46:08 151208, full gc次数 22 平均时间 0.213 151208, young gc次数 10117 平均时间 0.057 ```

JVMFullGC疑惑,求大神帮忙解答

1. JVM Permanent 区中存的是什么数据? 2. Permanent 区超过设定值是否为引起Full GC,或者说 Permanent区的垃圾是否会清理 3.触发了 Full GC 对程序有什么影响? 跪求解答

为什么java metaspace空间,在进行gc的时候会增长,而不是下降

为什么java metaspace空间,在进行gc的时候会增长,而不是下降? 可以在本地用Jconsole测试下,我测试过,本来想上传图片,发现上传不了

<<深入理解java虚拟机:JVM高级测性与最佳实践>> 关于gc的菜鸟级提问

<<深入理解java虚拟机>> 关于gc的菜鸟级提问 在本书的第五章:"调优案例分析与实践" 中的127页,有一个"代码清单5-9 Full GC 记录" 针对该GC记录进行提问 1.DefNew是什么意思(感觉是新生代,作者从未提起这个代表什么,全拼是什么) 2.个人理解如果以[GC 开头的就是Minor GC,只收集新生代; 以[Full GC开头的就是所谓的全局GC,它同时会收集老年代、持久带、新生代,但是作者为什么说着10次GC都是Full GC 3.[Full GC的触发条件是什么,个人理解只要老年代空间不够就会触发[Full GC 4.另外该日志中各个时间都代表什么意思 摘自网络上的例子GC日志: 0.246: [GC 0.246: [DefNew: 1403K->105K(1984K), 0.0109275 secs] 1403K->1277K(6080K), 0.0110143 secs] 1.133: [GC 1.133: [DefNew: 960K->64K(960K), 0.0012208 secs]1.135: [Tenured: 7334K->7142K(7424K), 0.0213756 secs] 7884K->7142K(8384K), [Perm : 364K->364K(12288K)], 0.0226997 secs] [Times: user=0.01 sys=0.00, real=0.02 secs]

弱引用的对象为什么不会被GC回收?

![图片说明](https://img-ask.csdn.net/upload/201707/07/1499421899_954981.jpg)

CMS GC 超慢的问题,耗时10几秒

我的一个程序 JVM配置如下: -Djava.awt.headless=true -Djava.net.preferIPv4Stack=true -server -Xms1436m -Xmx1436m -XX:PermSize=128m -Xss512k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 -Dfile.encoding=UTF-8 运行7天之后,触发CMS GC ,但是 remark阶段耗时13秒多 CMS日志如下: 2016-06-14T12:19:53.823+0800: 831117.960: [GC [1 CMS-initial-mark: 910089K(1300096K)] 911555K(1453440K), 0.0045750 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 2016-06-14T12:19:53.827+0800: 831117.964: [CMS-concurrent-mark-start] 2016-06-14T12:20:18.667+0800: 831142.805: [GC2016-06-14T12:20:18.668+0800: 831142.805: [ParNew: 136822K->594K(153344K), 0.0083030 secs] 1046912K->910689K(1453440K), 0.0085020 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] 2016-06-14T12:20:32.330+0800: 831156.467: [GC2016-06-14T12:20:32.330+0800: 831156.467: [ParNew: 136914K->963K(153344K), 0.0092670 secs] 1047009K->911060K(1453440K), 0.0094830 secs] [Times: user=0.02 sys=0.00, real=0.01 secs] 2016-06-14T12:20:46.119+0800: 831170.257: [GC2016-06-14T12:20:46.120+0800: 831170.257: [ParNew: 137283K->817K(153344K), 0.0094710 secs] 1047380K->910917K(1453440K), 0.0097340 secs] [Times: user=0.02 sys=0.00, real=0.01 secs] 2016-06-14T12:20:55.369+0800: 831179.506: [CMS-concurrent-mark: 61.478/61.542 secs] [Times: user=4.47 sys=1.01, real=61.54 secs] 2016-06-14T12:20:55.369+0800: 831179.506: [CMS-concurrent-preclean-start] 2016-06-14T12:20:55.378+0800: 831179.515: [CMS-concurrent-preclean: 0.009/0.009 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] 2016-06-14T12:20:55.378+0800: 831179.515: [CMS-concurrent-abortable-preclean-start] CMS: abort preclean due to time 2016-06-14T12:21:00.458+0800: 831184.595: [CMS-concurrent-abortable-preclean: 0.274/5.079 secs] [Times: user=0.53 sys=0.02, real=5.07 secs] 2016-06-14T12:21:00.468+0800: 831184.606: [GC[YG occupancy: 99240 K (153344 K)]2016-06-14T12:21:00.469+0800: 831184.606: [Rescan (parallel) , 0.0932490 secs]2016-06-14T12:21:00.562+0800: 831184.699: [**weak refs processing, 16.0619290 secs**]2016-06-14T12:21:16.624+0800: 831200.761: [scrub string table, 0.0013860 secs] [1 CMS-remark: 910100K(1300096K)] 1009340K(1453440K), 16.1609100 secs] [Times: user=0.87 sys=0.18, real=**16.15 secs**] 2016-06-14T12:21:16.630+0800: 831200.767: [CMS-concurrent-sweep-start] 2016-06-14T12:21:17.204+0800: 831201.341: [GC2016-06-14T12:21:17.204+0800: 831201.341: [ParNew: 137137K->1303K(153344K), 0.0745120 secs] 1025154K->889408K(1453440K), 0.0747720 secs] [Times: user=0.06 sys=0.00, real=0.07 secs] 2016-06-14T12:21:18.192+0800: 831202.330: [CMS-concurrent-sweep: 1.105/1.563 secs] [Times: user=1.08 sys=0.17, real=1.57 secs] 2016-06-14T12:21:18.192+0800: 831202.330: [CMS-concurrent-reset-start] 2016-06-14T12:21:18.199+0800: 831202.336: [CMS-concurrent-reset: 0.006/0.006 secs] [Times: user=0.00 sys=0.01, real=0.00 secs] 看日志 主要是慢在了 weak refs processing gc的 开始日志是: Java HotSpot(TM) 64-Bit Server VM (24.79-b02) for linux-amd64 JRE (1.7.0_79-b15), built on Apr 10 2015 11:34:48 by "java_re" with gcc 4.3.0 20080428 (Red Hat 4.3.0-8) Memory: 4k page, physical 1922324k(1016052k free), swap 1015804k(980628k free) CommandLine flags: -XX:CMSInitiatingOccupancyFraction=70 -XX:+CMSParallelRemarkEnabled -XX:+DisableExplicitGC -XX:InitialHeapSize=1505755136 -XX:LargePageSizeInBytes=134217728 -XX:MaxHeapSize=1505755136 -XX:MaxNewSize=174485504 -XX:MaxTenuringThreshold=6 -XX:NewSize=174485504 -XX:OldPLABSize=16 -XX:OldSize=348971008 -XX:PermSize=134217728 -XX:+PrintGC -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:ThreadStackSize=512 -XX:+UseCMSCompactAtFullCollection -XX:+UseCMSInitiatingOccupancyOnly -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:+UseFastAccessorMethods -XX:+UseParNewGC 可以看到 新生代 是 166M左右,会不会是这原因??

无法GC导致内存暴涨

weblogic的8G内存快用完了,无法动弹。最后我打出了堆的快照文本版,发现这个类的实例数如下: 1676170 53637440 org.hibernate.dialect.function.StandardSQLFunction 请问这是hibernate导致的内存泄露吗? 截了heap前面一段如下: num #instances #bytes class name ---------------------------------------------- 1: 15204922 1976686888 [C 2: 14829022 711793056 java.util.HashMap$Entry 3: 3639041 624496040 [Ljava.util.HashMap$Entry; 4: 14928211 597128440 java.lang.String 5: 15849568 547661280 [Ljava.lang.String; 6: 3063227 236661312 [I 7: 3541079 226629056 java.util.HashMap 8: 3298829 158343792 java.util.Hashtable$Entry 9: 1236719 158300032 java.lang.reflect.Field 10: 2111606 151391384 [Ljava.lang.Object; 11: 4245281 138673976 [Z 12: 5367001 128808024 java.lang.Integer 13: 1639686 117194176 [[Ljava.lang.String; 14: 697296 105988992 java.lang.reflect.Method 15: 384938 94193368 [B 16: 96722 85889136 org.hibernate.persister.entity.SingleTableEntityPersister 17: 483610 81246480 org.hibernate.loader.entity.EntityLoader 18: 102502 76745048 [Lorg.apache.commons.collections.map.AbstractHashedMap$HashEntry; 19: 511824 71447968 <constMethodKlass> 20: 511824 69621248 <methodKlass> 21: 102876 61305040 [Ljava.util.Hashtable$Entry; 22: 49904 54155264 <constantPoolKlass> 23: 1676170 53637440 org.hibernate.dialect.function.StandardSQLFunction 24: 677054 48747888 org.hibernate.loader.DefaultEntityAliases 25: 741427 47451328 org.hibernate.tuple.StandardProperty 26: 49904 39234016 <instanceKlassKlass> 27: 491828 35411616 org.hibernate.event.FlushEntityEvent 28: 838169 33526760 org.hibernate.property.Dom4jAccessor$ElementGetter 29: 40434 31074368 <constantPoolCacheKlass> 30: 193444 30951040 org.hibernate.loader.entity.CascadeEntityLoader 31: 838169 26821408 org.hibernate.property.Dom4jAccessor$ElementSetter 32: 290196 24759432 [Lorg.hibernate.property.Getter; 33: 290196 24759432 [Lorg.hibernate.property.Setter; 34: 431149 24695944 <symbolKlass> 35: 96722 23213280 org.hibernate.tuple.entity.EntityMetamodel 36: 580122 23204880 org.hibernate.property.DirectPropertyAccessor$DirectSetter 37: 580122 23204880 org.hibernate.property.DirectPropertyAccessor$DirectGetter 38: 694792 22148992 [Ljava.lang.Class; 39: 677054 21665728 [Lorg.hibernate.loader.EntityAliases; 40: 677054 21665728 [Lorg.hibernate.type.EntityType; 41: 677054 21665728 [Lorg.hibernate.LockMode; 42: 677054 21665728 [Lorg.hibernate.persister.entity.Loadable; 43: 423055 20306640 java.util.concurrent.ConcurrentHashMap$HashEntry 44: 838169 20116056 org.hibernate.property.MapAccessor$MapSetter 45: 838169 20116056 org.hibernate.property.MapAccessor$MapGetter 46: 310800 19891200 java.util.LinkedHashMap$Entry 47: 491930 19677200 org.hibernate.engine.Cascade 48: 348729 19528824 java.io.ObjectStreamClass$WeakClassKey 49: 322340 18051040 org.hibernate.dialect.function.SQLFunctionTemplate 50: 280441 17948224 java.util.TreeMap$Entry 51: 207351 17719760 [[I 52: 204879 17477912 [[Z 53: 540236 17287552 org.hibernate.util.IdentityMap$IdentityMapEntry

JVM crash 错误日志分析

仅截取部分 # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5f4040e8, pid=14452, tid=9332 # # JRE version: Java(TM) SE Runtime Environment (8.0_91-b15) (build 1.8.0_91-b15) # Java VM: Java HotSpot(TM) Client VM (25.91-b15 mixed mode windows-x86 ) # Problematic frame: # C [MFC42.DLL+0x40e8] Stack: [0x026a0000,0x026f0000], sp=0x026ef034, free space=316k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [MFC42.DLL+0x40e8] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j com.sun.jna.Native.invokeInt(JI[Ljava/lang/Object;)I+0 j com.sun.jna.Function.invoke([Ljava/lang/Object;Ljava/lang/Class;Z)Ljava/lang/Object;+333 j com.sun.jna.Function.invoke(Ljava/lang/Class;[Ljava/lang/Object;Ljava/util/Map;)Ljava/lang/Object;+214 j com.sun.jna.Library$Handler.invoke(Ljava/lang/Object;Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang/Object;+341 j com.sun.proxy.$Proxy0.MCIF(Lcom/sun/jna/Pointer;Lcom/sun/jna/Pointer;Lcom/sun/jna/Pointer;Lcom/sun/jna/Pointer;Lcom/sun/jna/Pointer;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Lcom/sun/jna/Pointer;Lcom/sun/jna/Pointer;Lcom/sun/jna/Pointer;Lcom/sun/jna/Pointer;Lcom/sun/jna/Pointer;)I+94 j com.bb.test.Test.main([Ljava/lang/String;)V+201 v ~StubRoutines::call_stub Heap: def new generation total 4928K, used 1279K [0x04e00000, 0x05350000, 0x0a350000) eden space 4416K, 17% used [0x04e00000, 0x04ebfe40, 0x05250000) from space 512K, 100% used [0x052d0000, 0x05350000, 0x05350000) to space 512K, 0% used [0x05250000, 0x05250000, 0x052d0000) tenured generation total 10944K, used 750K [0x0a350000, 0x0ae00000, 0x14e00000) the space 10944K, 6% used [0x0a350000, 0x0a40b9b0, 0x0a40ba00, 0x0ae00000) Metaspace used 3600K, capacity 3733K, committed 3776K, reserved 4480K GC Heap History (2 events): Event: 0.713 GC heap before {Heap before GC invocations=0 (full 0): def new generation total 4928K, used 4416K [0x04e00000, 0x05350000, 0x0a350000) eden space 4416K, 100% used [0x04e00000, 0x05250000, 0x05250000) from space 512K, 0% used [0x05250000, 0x05250000, 0x052d0000) to space 512K, 0% used [0x052d0000, 0x052d0000, 0x05350000) tenured generation total 10944K, used 0K [0x0a350000, 0x0ae00000, 0x14e00000) the space 10944K, 0% used [0x0a350000, 0x0a350000, 0x0a350200, 0x0ae00000) Metaspace used 3433K, capacity 3573K, committed 3648K, reserved 4480K Event: 0.716 GC heap after Heap after GC invocations=1 (full 0): def new generation total 4928K, used 512K [0x04e00000, 0x05350000, 0x0a350000) eden space 4416K, 0% used [0x04e00000, 0x04e00000, 0x05250000) from space 512K, 100% used [0x052d0000, 0x05350000, 0x05350000) to space 512K, 0% used [0x05250000, 0x05250000, 0x052d0000) tenured generation total 10944K, used 750K [0x0a350000, 0x0ae00000, 0x14e00000) the space 10944K, 6% used [0x0a350000, 0x0a40b9b0, 0x0a40ba00, 0x0ae00000) Metaspace used 3433K, capacity 3573K, committed 3648K, reserved 4480K } 求大神分析 Problematic frame: C EXCEPTION_ACCESS_VIOLATION 这两个代表什么意思

询问一个JVM GC的问题

一个普通的服务应用,设置JVM的-Xms 512M 和-Xmx512M,假设我的这个应用最大的heap其实需要不到400M,这个服务应用还会发生full GC吗? 有没有谁测试过? 因为我在家中,没条件测试,突然想起这个问题,求有经验的同学详解,多谢 :oops:

java垃圾回收器不停的做GC,怎么回事?

最近写了个服务器小程序,开的线程比较多,大约在1000左右吧,高峰期会更多。 今天忽然不停的GC,觉得很纳闷,不知道是怎么一回事,应该如何去做优化? GC日志如下:一次GC的时间间隔不到一秒,每次GC的时间也不到一秒。 {Heap before GC invocations=306 (full 0): par new generation total 511936K, used 511872K [0x000000007fff0000, 0x000000009f3f0000, 0x000000009f3f0000) eden space 511872K, 100% used [0x000000007fff0000, 0x000000009f3d0000, 0x000000009f3d0000) from space 64K, 0% used [0x000000009f3d0000, 0x000000009f3d0000, 0x000000009f3e0000) to space 64K, 0% used [0x000000009f3e0000, 0x000000009f3e0000, 0x000000009f3f0000) concurrent mark-sweep generation total 5632000K, used 145047K [0x000000009f3f0000, 0x00000001f6ff0000, 0x00000001f6ff0000) concurrent-mark-sweep perm gen total 512000K, used 35276K [0x00000001f6ff0000, 0x00000002163f0000, 0x00000002163f0000) 158889.595: [GC 158889.595: [ParNew: 511872K->0K(511936K), 0.0029090 secs] 656919K->145050K(6143936K), 0.0030557 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] Heap after GC invocations=307 (full 0): par new generation total 511936K, used 0K [0x000000007fff0000, 0x000000009f3f0000, 0x000000009f3f0000) eden space 511872K, 0% used [0x000000007fff0000, 0x000000007fff0000, 0x000000009f3d0000) from space 64K, 0% used [0x000000009f3e0000, 0x000000009f3e0000, 0x000000009f3f0000) to space 64K, 0% used [0x000000009f3d0000, 0x000000009f3d0000, 0x000000009f3e0000) concurrent mark-sweep generation total 5632000K, used 145050K [0x000000009f3f0000, 0x00000001f6ff0000, 0x00000001f6ff0000) concurrent-mark-sweep perm gen total 512000K, used 35276K [0x00000001f6ff0000, 0x00000002163f0000, 0x00000002163f0000) } {Heap before GC invocations=307 (full 0): par new generation total 511936K, used 511872K [0x000000007fff0000, 0x000000009f3f0000, 0x000000009f3f0000) eden space 511872K, 100% used [0x000000007fff0000, 0x000000009f3d0000, 0x000000009f3d0000) from space 64K, 0% used [0x000000009f3e0000, 0x000000009f3e0000, 0x000000009f3f0000) to space 64K, 0% used [0x000000009f3d0000, 0x000000009f3d0000, 0x000000009f3e0000) concurrent mark-sweep generation total 5632000K, used 145050K [0x000000009f3f0000, 0x00000001f6ff0000, 0x00000001f6ff0000) concurrent-mark-sweep perm gen total 512000K, used 35276K [0x00000001f6ff0000, 0x00000002163f0000, 0x00000002163f0000) 158893.168: [GC 158893.168: [ParNew: 511872K->0K(511936K), 0.0029313 secs] 656922K->145054K(6143936K), 0.0030717 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] Heap after GC invocations=308 (full 0): par new generation total 511936K, used 0K [0x000000007fff0000, 0x000000009f3f0000, 0x000000009f3f0000) eden space 511872K, 0% used [0x000000007fff0000, 0x000000007fff0000, 0x000000009f3d0000) from space 64K, 0% used [0x000000009f3d0000, 0x000000009f3d0000, 0x000000009f3e0000) to space 64K, 0% used [0x000000009f3e0000, 0x000000009f3e0000, 0x000000009f3f0000) concurrent mark-sweep generation total 5632000K, used 145054K [0x000000009f3f0000, 0x00000001f6ff0000, 0x00000001f6ff0000) concurrent-mark-sweep perm gen total 512000K, used 35276K [0x00000001f6ff0000, 0x00000002163f0000, 0x00000002163f0000) } JVM的配置参数如下: -Xms6000M -Xmx6000M -Xmn500M -XX:PermSize=500M -XX:MaxPermSize=500M -XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0 -Xnoclassgc -XX:+DisableExplicitGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSClassUnloadingEnabled -XX:-CMSParallelRemarkEnabled -XX:CMSInitiatingOccupancyFraction=90 -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC

MySQL 8.0.19安装教程(windows 64位)

话不多说直接开干 目录 1-先去官网下载点击的MySQL的下载​ 2-配置初始化的my.ini文件的文件 3-初始化MySQL 4-安装MySQL服务 + 启动MySQL 服务 5-连接MySQL + 修改密码 先去官网下载点击的MySQL的下载 下载完成后解压 解压完是这个样子 配置初始化的my.ini文件的文件 ...

Python+OpenCV计算机视觉

Python+OpenCV计算机视觉系统全面的介绍。

Vue.js 2.0之全家桶系列视频课程

基于新的Vue.js 2.3版本, 目前新全的Vue.js教学视频,让你少走弯路,直达技术前沿! 1. 包含Vue.js全家桶(vue.js、vue-router、axios、vuex、vue-cli、webpack、ElementUI等) 2. 采用笔记+代码案例的形式讲解,通俗易懂

navicat(内含激活码)

navicat支持mysql的可视化操作,内涵激活码,不用再忍受弹框的痛苦。

HTML期末大作业

这是我自己做的HTML期末大作业,花了很多时间,稍加修改就可以作为自己的作业了,而且也可以作为学习参考

150讲轻松搞定Python网络爬虫

【为什么学爬虫?】 &nbsp; &nbsp; &nbsp; &nbsp;1、爬虫入手容易,但是深入较难,如何写出高效率的爬虫,如何写出灵活性高可扩展的爬虫都是一项技术活。另外在爬虫过程中,经常容易遇到被反爬虫,比如字体反爬、IP识别、验证码等,如何层层攻克难点拿到想要的数据,这门课程,你都能学到! &nbsp; &nbsp; &nbsp; &nbsp;2、如果是作为一个其他行业的开发者,比如app开发,web开发,学习爬虫能让你加强对技术的认知,能够开发出更加安全的软件和网站 【课程设计】 一个完整的爬虫程序,无论大小,总体来说可以分成三个步骤,分别是: 网络请求:模拟浏览器的行为从网上抓取数据。 数据解析:将请求下来的数据进行过滤,提取我们想要的数据。 数据存储:将提取到的数据存储到硬盘或者内存中。比如用mysql数据库或者redis等。 那么本课程也是按照这几个步骤循序渐进的进行讲解,带领学生完整的掌握每个步骤的技术。另外,因为爬虫的多样性,在爬取的过程中可能会发生被反爬、效率低下等。因此我们又增加了两个章节用来提高爬虫程序的灵活性,分别是: 爬虫进阶:包括IP代理,多线程爬虫,图形验证码识别、JS加密解密、动态网页爬虫、字体反爬识别等。 Scrapy和分布式爬虫:Scrapy框架、Scrapy-redis组件、分布式爬虫等。 通过爬虫进阶的知识点我们能应付大量的反爬网站,而Scrapy框架作为一个专业的爬虫框架,使用他可以快速提高我们编写爬虫程序的效率和速度。另外如果一台机器不能满足你的需求,我们可以用分布式爬虫让多台机器帮助你快速爬取数据。 &nbsp; 从基础爬虫到商业化应用爬虫,本套课程满足您的所有需求! 【课程服务】 专属付费社群+每周三讨论会+1v1答疑

三个项目玩转深度学习(附1G源码)

从事大数据与人工智能开发与实践约十年,钱老师亲自见证了大数据行业的发展与人工智能的从冷到热。事实证明,计算机技术的发展,算力突破,海量数据,机器人技术等,开启了第四次工业革命的序章。深度学习图像分类一直是人工智能的经典任务,是智慧零售、安防、无人驾驶等机器视觉应用领域的核心技术之一,掌握图像分类技术是机器视觉学习的重中之重。针对现有线上学习的特点与实际需求,我们开发了人工智能案例实战系列课程。打造:以项目案例实践为驱动的课程学习方式,覆盖了智能零售,智慧交通等常见领域,通过基础学习、项目案例实践、社群答疑,三维立体的方式,打造最好的学习效果。

基于STM32的电子时钟设计

时钟功能 还有闹钟功能,温湿度功能,整点报时功能 你值得拥有

学生成绩管理系统(PHP + MYSQL)

做的是数据库课程设计,使用的php + MySQL,本来是黄金搭配也就没啥说的,推荐使用wamp服务器,里面有详细的使用说明,带有界面的啊!呵呵 不行的话,可以给我留言!

面试了一个 31 岁程序员,让我有所触动,30岁以上的程序员该何去何从?

最近面试了一个31岁8年经验的程序猿,让我有点感慨,大龄程序猿该何去何从。

程序员的兼职技能课

获取讲师答疑方式: 在付费视频第一节(触摸命令_ALL)片头有二维码及加群流程介绍 限时福利 原价99元,今日仅需39元!购课添加小助手(微信号:itxy41)按提示还可领取价值800元的编程大礼包! 讲师介绍: 苏奕嘉&nbsp;前阿里UC项目工程师 脚本开发平台官方认证满级(六级)开发者。 我将如何教会你通过【定制脚本】赚到你人生的第一桶金? 零基础程序定制脚本开发课程,是完全针对零脚本开发经验的小白而设计,课程内容共分为3大阶段: ①前期将带你掌握Q开发语言和界面交互开发能力; ②中期通过实战来制作有具体需求的定制脚本; ③后期将解锁脚本的更高阶玩法,打通任督二脉; ④应用定制脚本合法赚取额外收入的完整经验分享,带你通过程序定制脚本开发这项副业,赚取到你的第一桶金!

实用主义学Python(小白也容易上手的Python实用案例)

原价169,限时立减100元! 系统掌握Python核心语法16点,轻松应对工作中80%以上的Python使用场景! 69元=72讲+源码+社群答疑+讲师社群分享会&nbsp; 【哪些人适合学习这门课程?】 1)大学生,平时只学习了Python理论,并未接触Python实战问题; 2)对Python实用技能掌握薄弱的人,自动化、爬虫、数据分析能让你快速提高工作效率; 3)想学习新技术,如:人工智能、机器学习、深度学习等,这门课程是你的必修课程; 4)想修炼更好的编程内功,优秀的工程师肯定不能只会一门语言,Python语言功能强大、使用高效、简单易学。 【超实用技能】 从零开始 自动生成工作周报 职场升级 豆瓣电影数据爬取 实用案例 奥运冠军数据分析 自动化办公:通过Python自动化分析Excel数据并自动操作Word文档,最终获得一份基于Excel表格的数据分析报告。 豆瓣电影爬虫:通过Python自动爬取豆瓣电影信息并将电影图片保存到本地。 奥运会数据分析实战 简介:通过Python分析120年间奥运会的数据,从不同角度入手分析,从而得出一些有趣的结论。 【超人气老师】 二两 中国人工智能协会高级会员 生成对抗神经网络研究者 《深入浅出生成对抗网络:原理剖析与TensorFlow实现》一书作者 阿里云大学云学院导师 前大型游戏公司后端工程师 【超丰富实用案例】 0)图片背景去除案例 1)自动生成工作周报案例 2)豆瓣电影数据爬取案例 3)奥运会数据分析案例 4)自动处理邮件案例 5)github信息爬取/更新提醒案例 6)B站百大UP信息爬取与分析案例 7)构建自己的论文网站案例

Java8零基础入门视频教程

这门课程基于主流的java8平台,由浅入深的详细讲解了java SE的开发技术,可以使java方向的入门学员,快速扎实的掌握java开发技术!

Python数据挖掘简易入门

&nbsp; &nbsp; &nbsp; &nbsp; 本课程为Python数据挖掘方向的入门课程,课程主要以真实数据为基础,详细介绍数据挖掘入门的流程和使用Python实现pandas与numpy在数据挖掘方向的运用,并深入学习如何运用scikit-learn调用常用的数据挖掘算法解决数据挖掘问题,为进一步深入学习数据挖掘打下扎实的基础。

零基础学C#编程—C#从小白到大咖

本课程从初学者角度出发,提供了C#从入门到成为程序开发高手所需要掌握的各方面知识和技术。 【课程特点】 1 由浅入深,编排合理; 2 视频讲解,精彩详尽; 3 丰富实例,轻松易学; 4 每章总结配有难点解析文档。 15大章节,228课时,1756分钟与你一同进步!

MySQL数据库面试题(2020最新版)

文章目录数据库基础知识为什么要使用数据库什么是SQL?什么是MySQL?数据库三大范式是什么mysql有关权限的表都有哪几个MySQL的binlog有有几种录入格式?分别有什么区别?数据类型mysql有哪些数据类型引擎MySQL存储引擎MyISAM与InnoDB区别MyISAM索引与InnoDB索引的区别?InnoDB引擎的4大特性存储引擎选择索引什么是索引?索引有哪些优缺点?索引使用场景(重点)...

多功能数字钟.zip

利用数字电子计数知识设计并制作的数字电子钟(含multisim仿真),该数字钟具有显示星期、24小时制时间、闹铃、整点报时、时间校准功能

极简JAVA学习营第四期(报名以后加助教微信:eduxy-1)

想学好JAVA必须要报两万的培训班吗? Java大神勿入 如果你: 零基础想学JAVA却不知道从何入手 看了一堆书和视频却还是连JAVA的环境都搭建不起来 囊中羞涩面对两万起的JAVA培训班不忍直视 在职没有每天大块的时间专门学习JAVA 那么恭喜你找到组织了,在这里有: 1. 一群志同道合立志学好JAVA的同学一起学习讨论JAVA 2. 灵活机动的学习时间完成特定学习任务+每日编程实战练习 3. 热心助人的助教和讲师及时帮你解决问题,不按时完成作业小心助教老师的家访哦 上一张图看看前辈的感悟: &nbsp; &nbsp; 大家一定迫不及待想知道什么是极简JAVA学习营了吧,下面就来给大家说道说道: 什么是极简JAVA学习营? 1. 针对Java小白或者初级Java学习者; 2. 利用9天时间,每天1个小时时间; 3.通过 每日作业 / 组队PK / 助教答疑 / 实战编程 / 项目答辩 / 社群讨论 / 趣味知识抢答等方式让学员爱上学习编程 , 最终实现能独立开发一个基于控制台的‘库存管理系统’ 的学习模式 极简JAVA学习营是怎么学习的? &nbsp; 如何报名? 只要购买了极简JAVA一:JAVA入门就算报名成功! &nbsp;本期为第四期极简JAVA学习营,我们来看看往期学员的学习状态: 作业看这里~ &nbsp; 助教的作业报告是不是很专业 不交作业打屁屁 助教答疑是不是很用心 &nbsp; 有奖抢答大家玩的很嗨啊 &nbsp; &nbsp; 项目答辩终于开始啦 &nbsp; 优秀者的获奖感言 &nbsp; 这是答辩项目的效果 &nbsp; &nbsp; 这么细致的服务,这么好的氛围,这样的学习效果,需要多少钱呢? 不要1999,不要199,不要99,只要9.9 是的你没听错,只要9.9以上所有就都属于你了 如果你: 1、&nbsp;想学JAVA没有基础 2、&nbsp;想学JAVA没有整块的时间 3、&nbsp;想学JAVA没有足够的预算 还等什么?赶紧报名吧,抓紧抢位,本期只招300人,错过只有等时间待定的下一期了 &nbsp; 报名请加小助手微信:eduxy-1 &nbsp; &nbsp;

Python可以这样学(第一季:Python内功修炼)

董付国系列教材《Python程序设计基础》、《Python程序设计(第2版)》、《Python可以这样学》配套视频,讲解Python 3.5.x和3.6.x语法、内置对象用法、选择与循环以及函数设计与使用、lambda表达式用法、字符串与正则表达式应用、面向对象编程、文本文件与二进制文件操作、目录操作与系统运维、异常处理结构。

Java基础知识面试题(2020最新版)

文章目录Java概述何为编程什么是Javajdk1.5之后的三大版本JVM、JRE和JDK的关系什么是跨平台性?原理是什么Java语言有哪些特点什么是字节码?采用字节码的最大好处是什么什么是Java程序的主类?应用程序和小程序的主类有何不同?Java应用程序与小程序之间有那些差别?Java和C++的区别Oracle JDK 和 OpenJDK 的对比基础语法数据类型Java有哪些数据类型switc...

机器学习实战系列套餐(必备基础+经典算法+案例实战)

机器学习实战系列套餐以实战为出发点,帮助同学们快速掌握机器学习领域必备经典算法原理并结合Python工具包进行实战应用。建议学习顺序:1.Python必备工具包:掌握实战工具 2.机器学习算法与实战应用:数学原理与应用方法都是必备技能 3.数据挖掘实战:通过真实数据集进行项目实战。按照下列课程顺序学习即可! 课程风格通俗易懂,用最接地气的方式带领大家轻松进军机器学习!提供所有课程代码,PPT与实战数据,有任何问题欢迎随时与我讨论。

Java面试题大全(2020版)

发现网上很多Java面试题都没有答案,所以花了很长时间搜集整理出来了这套Java面试题大全,希望对大家有帮助哈~ 本套Java面试题大全,全的不能再全,哈哈~ 一、Java 基础 1. JDK 和 JRE 有什么区别? JDK:Java Development Kit 的简称,java 开发工具包,提供了 java 的开发环境和运行环境。 JRE:Java Runtime Environ...

程序员垃圾简历长什么样?

已经连续五年参加大厂校招、社招的技术面试工作,简历看的不下于万份 这篇文章会用实例告诉你,什么是差的程序员简历! 疫情快要结束了,各个公司也都开始春招了,作为即将红遍大江南北的新晋UP主,那当然要为小伙伴们做点事(手动狗头)。 就在公众号里公开征简历,义务帮大家看,并一一点评。《启舰:春招在即,义务帮大家看看简历吧》 一石激起千层浪,三天收到两百多封简历。 花光了两个星期的所有空闲时...

深度学习原理+项目实战+算法详解+主流框架(套餐)

深度学习系列课程从深度学习基础知识点开始讲解一步步进入神经网络的世界再到卷积和递归神经网络,详解各大经典网络架构。实战部分选择当下最火爆深度学习框架PyTorch与Tensorflow/Keras,全程实战演示框架核心使用与建模方法。项目实战部分选择计算机视觉与自然语言处理领域经典项目,从零开始详解算法原理,debug模式逐行代码解读。适合准备就业和转行的同学们加入学习! 建议按照下列课程顺序来进行学习 (1)掌握深度学习必备经典网络架构 (2)深度框架实战方法 (3)计算机视觉与自然语言处理项目实战。(按照课程排列顺序即可)

HoloLens2开发入门教程

本课程为HoloLens2开发入门教程,讲解部署开发环境,安装VS2019,Unity版本,Windows SDK,创建Unity项目,讲解如何使用MRTK,编辑器模拟手势交互,打包VS工程并编译部署应用到HoloLens上等。

几率大的Redis面试题(含答案)

本文的面试题如下: Redis 持久化机制 缓存雪崩、缓存穿透、缓存预热、缓存更新、缓存降级等问题 热点数据和冷数据是什么 Memcache与Redis的区别都有哪些? 单线程的redis为什么这么快 redis的数据类型,以及每种数据类型的使用场景,Redis 内部结构 redis的过期策略以及内存淘汰机制【~】 Redis 为什么是单线程的,优点 如何解决redis的并发竞争key问题 Red...

MFC一站式终极全套课程包

该套餐共包含从C小白到C++到MFC的全部课程,整套学下来绝对成为一名C++大牛!!!

【数据结构与算法综合实验】欢乐连连看(C++ & MFC)案例

这是武汉理工大学计算机学院数据结构与算法综合实验课程的第三次项目:欢乐连连看(C++ & MFC)迭代开发代码。运行环境:VS2017。已经实现功能:开始游戏、消子、判断胜负、提示、重排、计时、帮助。

YOLOv3目标检测实战:训练自己的数据集

YOLOv3是一种基于深度学习的端到端实时目标检测方法,以速度快见长。本课程将手把手地教大家使用labelImg标注和使用YOLOv3训练自己的数据集。课程分为三个小项目:足球目标检测(单目标检测)、梅西目标检测(单目标检测)、足球和梅西同时目标检测(两目标检测)。 本课程的YOLOv3使用Darknet,在Ubuntu系统上做项目演示。包括:安装Darknet、给自己的数据集打标签、整理自己的数据集、修改配置文件、训练自己的数据集、测试训练出的网络模型、性能统计(mAP计算和画出PR曲线)和先验框聚类。 Darknet是使用C语言实现的轻型开源深度学习框架,依赖少,可移植性好,值得深入探究。 除本课程《YOLOv3目标检测实战:训练自己的数据集》外,本人推出了有关YOLOv3目标检测的系列课程,请持续关注该系列的其它课程视频,包括: 《YOLOv3目标检测实战:交通标志识别》 《YOLOv3目标检测:原理与源码解析》 《YOLOv3目标检测:网络模型改进方法》 敬请关注并选择学习!

u-boot-2015.07.tar.bz2

uboot-2015-07最新代码,喜欢的朋友请拿去

相关热词 c#跨线程停止timer c#批量写入sql数据库 c# 自动安装浏览器 c#语言基础考试题 c# 偏移量打印是什么 c# 绘制曲线图 c#框体中的退出函数 c# 按钮透明背景 c# idl 混编出错 c#在位置0处没有任何行
立即提问