设计开发网站泰州企业建站程序

设计开发网站,泰州企业建站程序,百度导航和百度地图,徐州网站外包图1.1每台机器300/s#xff0c;每个订单对象假设1KB#xff0c;300KB/s可能会涉及其他对象放大20倍#xff0c;并且可能涉及其他操作情况#xff0c;再放大10 300*20*10 大约每秒60MB/s 当前堆内存 3072 MB#xff0c;新生代占1/3#xff0c;大约 1g #xff0c;并且ede…图1.1每台机器300/s每个订单对象假设1KB300KB/s可能会涉及其他对象放大20倍并且可能涉及其他操作情况再放大10 300*20*10 大约每秒60MB/s当前堆内存 3072 MB新生代占1/3大约 1g 并且eden 8/10.s1和s2分别 1/10分别800、100、100MB能否JVM优化几乎不发生FullGC运行14秒左右eden区会占满 所以 14秒会执行一次MinorGC正常Web 0.05的生命存活率800 * 0.05 40 M按照年龄为 15 每次晋升40m/ 15 2.6 mb/次2024/2.6778 次778 * 14 / 60 181 分钟 3 小时 但是我们按照的是最小情况如果 由于s1 、s2空间不足 导致大量对象直接老年代呢那么2.6可能不太现实可能更贴切的是正常晋升不太贴切现实正常来说25%可能更贴近 40 * 0.25 10 m/次2048/10 204次204 * 14 / 60 46 分钟 那么 你就g了主要的原因是因为 minorgc 速度太快 那么把它扩大 速度降下来那么 降下来1600 eden区 s1 200 s2 200 老年代 102428秒占满 eden1600 * 0.05 80M80 * 0.25 20m1024 / 20 5252 * 28 / 60 46分钟是不是感觉算的一样你没算错我们没有加上s1、s2区的变量它比原来大了一倍那么在分代年龄处理时它会比原有方案 更复合正常晋升 那么 按照 每次晋升 为 10mb那么fullgc的时间会被延长到 1个半小时但是峰值已经过去可能gc就已经可以稳定处理了