从“弹性策略”、“镜像分发”、“容器启动” 等全方位对冷启动进行了性能提升，冷启动时间进一步缩减 60%，刚性交付能力提升 200%。
难道在此之前就不需要依赖各类传感器的输出定位和排查故障和问题？显然不是，排查故障的方式一直都在，只是整个系统和情况更加复杂，
数据的覆盖面足够的全：能够包括各类不同场景的不同类型的数据，除了狭义的日志、监控、Trace外，还需要包括我们的CMDB、变更数据、客户信息、订单/交易信息、网络流、API调用等
统一的系统：拒绝割裂，能够在一个系统中支持Traces、Metrics、Logs的统一存储与分析
数据可关联：每种数据内部可以互相关联，也支持跨数据类型的关联，能够用一套分析语言把各类数据进行融合分析
尤其是网络通信库。个人刚融入这个环境时，觉得不能写一个基于 epoll/iocp/kqueue 接口封装一个异步网络通信库
会调用 Read 方法进行反序列化。而 Writer 接口则是在网络发送函数中被调用，一个网络包被发送前，Getty 先调用 Write 方法将发送的数据序列化为字节流，再写入到 net.Conn 中。
理由当然可以怪罪于其解释语言的本质和JVM GC，但是 2010 年之后就几乎很少听见有人再抱怨其性能了。
按照 M 与 N 的比例，固定大小 Gr Pool 又区分为 1:1、1:N、M:N 三类。
1:N 类型的 Gr Pool 最易实现，个人 2017 年在项目 kafka-connect-elasticsearch 中实现过此类型的
在引入 Gr pool 后，一个网络连接至少使用三个 goroutine：
• 一个 goroutine 进行网络字节流的接收、调用 Reader 接口拆解出网络包 (package)
一般假设噪声信号和语音信号之间相互独立，cosq为0，但这通常是不合理的假设，也影响了算法效果的上限；
