运行GC的时候，会把应用操作的线程停止掉，客户端就会有停顿，卡顿，
jvm调优目的是，减少gc的次数，和停顿时间（full gc 主要）
如果当前对象，大于是s1对象的50% 该数据直接挪动到老年代
数据量分析：
如果一个给jvm虚拟机分配的内存是3个G,那么默认老年代会分2g，eden区分800m,s1 100m. s2 100m
800/16=13秒，， 当时eden区域的数据存满之后，会执行minorGC ,但是只会执行前12秒 已经死亡的对象，第13秒进来的对象，还存活无法被垃圾回收。所以第13秒的对象会移动到 s1 内存区域，让再过13秒minor GC 再次清理，会把第13秒的数据移动到 s2,同时清理 s1的数据。但是当移动到s1,或者s2的数据，大于50%时，会把数据直接移动老年代。 l老年代的数据=2*1024m
等过10几分钟，full GC清除老年代，FULL GC正常来说一天或者 几天清除一次，是正常的
fullGC 清除时，会暂停用户正在响应的线程，用户会体现出来卡顿现象，所以减少 fullGC的清除时间，和清除次数，是优化的重点
重点：可以设置，jvm虚拟机分配内存3g，新生代 2g， 这样很少会有大文件直接移动到老年代里面去了。
