大量数据更新导致fgc频繁引起jvm服务暂停。

线上跑的几台服务器突然出现大量fgc,由于在fgc过程的stop the world太久,引起其它应用访问该服务器上的接口大量超时。(发生超时的时间点和fgc时间点一致)

先进行初步的优化。

方案:修改CMSInitiatingOccupancyFraction=85这个调低到60,加快cms gc处理防止concurrent mode failure触发FGC,

减少CMSMaxAbortablePrecleanTime到500以缩短PreClean时间。

修改mn2560m为2048,让eden小于old。
但是修改后效果不大,于是分析FGC产生的根本原因:

突然发生频繁fgc的时间点为是有一个新上业务,该业务每五分钟dump一次词表,然后在本地jvm内解压,一次1G多的数据,然后下一次再更新词表时原词表摒弃。也就是每5分钟就会产生1g多的垃圾,而且是突发式的,不是说慢慢累积到1G,而是在新词表数据下载后瞬间抛弃原词表数据,这样大的垃圾回收确实需要一定处理时间。这样的业务如果靠 优化参数,起的作用杯水车薪 ,只能优化业务。后来了解5分钟更新一次本身就是配置错误,修改为正常频率后2小时产生一次fgc,完全正常。

大量数据更新导致fgc频繁引起jvm服务暂停。

时间: 2024-10-06 15:10:49

大量数据更新导致fgc频繁引起jvm服务暂停。的相关文章

(十四)Zabbix_服务器监控JVM服务

(十四)Zabbix_服务器监控JVM服务 背景: 1.zabbix-3.4.4服务器搭建完成 2.JDK已经源代码安装完成 思路: 1.编译安装zabbix Java Gateway让其允许 注意:网上大部分文档说重新编译安装zabbix服务.我看不然,因为要是重新编译zabbix的话,如果原来放到脚本目录里的文件就会丢失. 2.让zabbix服务启用JavaPollers 3.web端添加主机 工作原理:(网上查找仅供参考) 工作原理比如:当Zabbix-Server需要知道java应用程序

开源软件Xen曝出安全漏洞:多家云计算服务暂停

开源软件Xen曝出安全漏洞:多家云计算服务暂停 新浪网 新浪科技讯3月11日晚间消息,由于开源软件Xen进行更新以修补发现的安全漏洞,最近多家云计算服务面临短暂停机. 近日,开源软件Xen发出高危漏洞 ... IT时代周刊 苹果推出开源医学研究框架ResearchKit InfoQ: 时刻关注企业软件开发领域的变化与创新 苹果推出用于医学和健康研究的开源框架ResearchKit,帮助医生和科学家更经常地从使用iPhone App的参与者那里收集到更准确的数据. 医学研究人员 ... FreeP

ifconfig的网卡设备名称与网卡配置文件不同,导致service network restart启动服务失败

当你出现ifconfig与网卡配置文件的名称不同时,如图所示情况 ifconfig显示的网卡名为eth1,而配置文件名字为ifcfg-eth0,所以会导致失败. 解决方案: 1.删除/etc/udev/rules.d/70-persistent-net.rules文件,重启系统. 2.ifconfig -a查看eth1网卡的MAC地址,然后将ifcfg-eth0改名为ifcfg-eth1,用vim编辑ifcfg-eth1文件,将HWADDR修改为eth1的MAC地址,然后重启网络服务即可.

一次bug死磕经历之Hbase堆内存小导致regionserver频繁挂掉

环境如下: Centos6.5 Apache Hadoop2.7.1 Apache Hbase0.98.12 Apache Zookeeper3.4.6 JDK1.7 Ant1.9.5 Maven3.0.5 最近在测Hbase的压缩,Hadoop安装了lzo和snappy,插入50条文本数据,每条数据大约4M,来看他们的压缩率对比, 然后在测的过程中,发现用java客户端去scan这50条数据时,regionserver频繁宕机看hbase的log发现并无明显异常,查看datanode的log发

Mysql InnoDB 数据更新导致锁表

一.数据表结构 CREATE TABLE `jx_attach` ( `attach_id` int(11) NOT NULL AUTO_INCREMENT, `feed_id` int(11) DEFAULT NULL , `attach_name` varchar(255) NOT NULL, `cycore_file_id` varchar(255) DEFAULT NULL , `attach_size` bigint(20) NOT NULL DEFAULT '0', `complet

Uploadify导致Chrome频繁崩溃Crash

本地开发环境一切正常, 但是上线后Chrome却频繁crash,IE.Firefox等浏览器都没有问题,google的建议删除自己的default目录,觉得不靠谱没有尝试. 一开始搞不懂为什么会出现这种情况,通过Google查资料,发现是浏览器缓存造成的:Chrome浏览器为了提高用户访问同一页面的速度,会对页面数据进行缓存,当(Javascript文件)url请求地址不变时会导致浏览器不发送请求,直接从缓存中读取之前的数据,可能uploadify.js文件走了缓存,导致某个变量为null导致c

关于COM服务之加载顺序,此时你可能出现程序卡死,假死等现象,因为com服务可能加载了一半,导致其他需要com的服务假死

Because there is no way to control the order in which in-process servers are loaded or unloaded, do not callCoInitialize, CoInitializeEx, or CoUninitialize from the DllMain function. 由于无法控制进程内服务器的加载和卸载顺序,所以不能再DllMain函数中调用CoInitializeEx一类函数.

CentOS 7中iptables服务暂停启动和保存备份

默认使用firewalld管理iptables # yum -y install iptabels         安装iptables #yum -y install iptables-service    安装iptables服务 同时安装两个,才算真正开启firewalld服务 #systemctl enable iptables        将iptables服务添加到开机启动, 并且自动从/etc/syaconfig/iptables文件中导入规则 chkconfig iptable

因导致数据出错,百丽吧暂停QQ登录的功能,请使用本站账户名和密码登录,由此带来的不便我们深表歉意。

http://t.cn/RA9ALSNhttp://t.cn/RA9ALCyhttp://t.cn/RA9AL0xhttp://t.cn/RA97M8hhttp://t.cn/RA97V3xhttp://t.cn/RA9ALH2http://t.cn/RA9ALQIhttp://t.cn/RA9ALEFhttp://t.cn/RA9ALuthttp://t.cn/RA9AL31http://t.cn/RA9ALBYhttp://t.cn/RA9ALdbhttp://t.cn/RA9ALevhtt