处事器内存行使飙升的排查

这几天本身线上的托钵人处事器碰着一个题目，io会刹时飙升到很高很高，造成内存行使飙升。可是现实上并发量并不大（收集毗连数）。知道是哪个历程造成的，可是确实排查代码中没有是么处所会有这么大的读写。其实想不通。

陈设的是一个socket处事。用测试剧本跑，同时100个socket毗连毫无压力。也不知道对方到底发的什么数据导致这么大的内存占用。

之前也处理赏罚过相同的题目。贫困之处在于很好的定位题目，重现现实的操纵。没步伐，只能针对socket处事特定的端口举办抓包。但愿可以或许通过数据包复现这种环境。

处事器题目，无非就是资源不公道的行使，造成处事器内存，cpu，io，流量等相干资源呈现很是不正常的颠簸，资源行使率飙升。对付处事器机能题目的排查，没有其他较量好的步伐，只能是通过重现复盘去改造。出格是假如处事器上跑的对象较量多，一个个的排查相等疾苦。

呈现题目，起首看日记。假如是线上的，先想步伐规复处事再排查。

看看登录日记，会见日记是否有非常，确定是否有人扫呆板。

看机能监控图表，说明呆板的状况，以及题目产生的纪律。

看是否有处事被体系kill。一样平常体系日记城市记录kill之前的历程列表，可以很好的说明哪些历程资源占用多。

假如照旧没找到缘故起因，那就只能抓收集数据。通过记录的收集数据在测试情形中复现线上题目。

【编辑保举】

1. 浅谈Nginx处事器的内部焦点架构计划
2. 几十万台处事器，担保一条呼吁执行到位有多灾？
3. 怎样把新域名理会到本身的处事器上
4. 行使 Shell 剧本袒护 Linux 处事器上的操纵陈迹
5. 投资者看好无处事器计较 但开拓职员还在摸石头过河

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!