内容简介：skynet 在这个阶段的工作，主要是增强运行时内部信息的透明性。多提供运行时的统计数据可以为运维工作提供方便，也能为性能调优给出指导方向。最近，我给 debug console 增加了 netstat 指令，以及提供了配套的 socket.netstat api 来获取这些数据。这个指令可以获取 skynet 创建的所有 socket 的列表。每个 socket 归属于哪个 service ，每个 socket 上读写的字节数，最后一次读和写发生的时间，未写入系统挂在代写链表上的字节数。当然还有每个 f
skynet 在这个阶段的工作，主要是增强运行时内部信息的透明性。多提供运行时的统计数据可以为运维工作提供方便，也能为性能调优给出指导方向。
最近，我给 debug console 增加了 netstat 指令，以及提供了配套的 socket.netstat api 来获取这些数据。
这个指令可以获取 skynet 创建的所有 socket 的列表。每个 socket 归属于哪个 service ，每个 socket 上读写的字节数，最后一次读和写发生的时间，未写入系统挂在代写链表上的字节数。当然还有每个 fd 对应的 ip 地址和端口（如果是 socket ）。如果是 listen fd ，会纪录 accept 成功的次数，
这些数据通过系统的 netstat 指令也可以查到，但是由 skynet 提供，可以查到更多细节：最关键的内部信息是一个 socket 被绑定在 skynet 的哪个内部服务上，这是系统的 netstat 无法提供的信息。
在设计获取统计信息 api 的时候，我的第一个想法是向 socket 线程发送一个控制信号，然后由 socket 线程做统计，然后通过 socket 数据结构返回。这样可以回避多线程问题；这类查询似乎也不太在乎是同步还是异步的。
但经过几个小时的思考和推敲，我否定了这个做法。
这样做的确可以简化多线程的处理，但是扩展 socket 消息结构却又可能对过去的代码照成潜在的兼容性风险。虽然这个风险不大，最坏情况只是造成查询结果的内存泄漏。
另外，由于查询结果是个复杂数据结构，必须由接收方来释放内存，把结果投递到制定服务同样也有内存泄漏的风险。
更重要的一点是，异步查询的接口使用起来会麻烦一些。
所以，最后我还是设计了一个同步查询 api 。因为这些统计数据只是用来参考，我们不用特别为一致性考虑。我们得到的数据并不是某个时间点的网络状态的快照。这些统计数据是从 socket 线程之外获取的，在获取过程中，可能在变化，但我认为没有什么坏影响。得益于 skynet 使用的是固定大小的 socket 数据结构数组（默认最大支持同时 64K 个 socket ，可以通过编译配置宏增加），我们不必特别考虑多线程下 socket 数据结构的生命期问题，增加这个统计查询还是挺容易，用一个 double check 就可以保证查询到的单个 socket 的统计数据是有效的，不需要额外加锁。
新特性的使用方法是，登录 skynet 的 debug console 输入 netstat ，或者可以通过 http 协议向 debug console 索取：wget –q –O - http://127.0.0.1:8000/netstat 。
也可以调用 socket.netstat() 获得详细的信息（返回在一个 lua table 中）。
以上所述就是小编给大家介绍的《给 skynet 增加网络统计》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- 李航《统计学习方法》第二版上线，6 年耕耘增加无监督学习（新书赠送）
- 微信小程序数据统计和错误统计的实现
- 机器学习数学基础：数理统计与描述性统计
- Java8中使用stream进行分组统计和普通实现的分组统计的性能对比
- RecyclerView 的曝光统计
- MongoDB 分组统计
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
