最近生产上出现一个性能问题,表现为:行情延时5s左右.从log一路追查下去,发现是我们自己写的一个行情网关(部署在xx.xx.xx.132)<->第三方的中转网关(部署在xx.xx.xx.133)之间的通信产生的. Who to blame? 这是个问题,是我们的行情网关.网络.还是第三方的中转网关.所以想到用WireShark抓包进行分析.抓到的包在这里:CaptureData-20160905.pcapng,用WireShark打开后,在统计里有很多有用的信息,有用的是这几个: 捕获文件属
背景 字节各类业务拥有众多用户群,作为字节前端性能监控 SDK,自身若存在性能问题,则会影响到数以亿计的真实用户的体验.所以此类 SDK 自身的性能在设计之初,就必须达到一个非常极致的水准. 与此同时,随着业务不断迭代,功能变得越来越多,对监控的需求也会变得越来越多.例如,今天 A 业务更新了架构,想要自定义性能指标的获取规则,明天 B 业务接入了微前端框架,需要监控子应用的性能.在解决这些业务需求的同时,我们会不断加入额外的判断逻辑.配置项.同时由于用户的电脑性能.浏览器环境的不同,我们又要解