人们常说林子大了什么鸟都有，那到底是林子的问题还是鸟的问题呢？其实林子说白了它背后代表是一群人，不同的鸟就是不同的个人。所以人与环境的问题，归根结底还是人与人的问题。
、心态不够怎么办——认知突破
心态不够这个问题是今天分享中的重中之重，我也在是阿里很多同学的帮忙下慢慢调整好自己的心态。接下来就和大家一起分享下我的几个小故事、小心得。
不难看出，这是一个比较复杂的信号分离任务，传统的信号处理方法通过一系列条件约束求得了最终的解析解或迭代解，一般假设噪声信号和语音信号之间相互独立，cosq为0，但这通常是不合理的假设，也影响了算法效果的上限；
只利用CNN较强的提取特征能力，学习比较有特色的语谱纹路，将输出抽象为传统信号处理中的先验信噪比这一概念，本质上也是一种增益，这一转化也有益于提升模型对未见噪声的泛化能力，
Node Query Cache：负责缓存 filter 查询结果，基于 lucene 的 segment 构建，缓存在堆内存中，ES 节点默认的 cache 大小为堆内存的10%，采用LRU机制。
判定是 merge 导致 page cache 上涨，通过图9可以看到 merge 过程中 fdt 文件的上涨尤其明显（主要因为 merge 需要 load 原始内容进行处理），merge 完成后 fdt 的 cache 会慢慢的换出。
当然异常请求的定位都只能限于事后分析，无法避免问题的产生，如何通过监控数据和查询请求去评估一个 query 可能对集群产生的影响，并拦截可能导致较大 page cache 争用的请求，这将能为集群的稳定性提供更大的保障。
ReadWriter 接口定义代码如上。Read 接口之所以有三个返回值，是为了处理 TCP 流粘包情况：
- 如果发生了网络流错误，如协议格式错误，返回 (nil, 0, error)- 如果读到的流很短，
这是 Getty 为了让我们能够专注编写业务逻辑，将序列化和反序列化的逻辑抽取到了 EventListener 外面，也就是前面提到的 Reader/Writer 接口，session 在运行过程中，会先从 net.Conn 中读取字节流，并通过 Reader 接口进行反序列化，再将反序列化的结果传递给 OnMessage 方法。
当 client 与 server 连接断开时，server 可能是被下线了，可能是意外退出，也有可能是假死。如果上层用户判定对端 server 确实不存在【如收到注册中心发来的 server 下线通知】后，调用 client.Close() 接口把连接池关闭掉。如果上层用户没有调用这个接口把连接池关闭掉，client 就认为对端地址还有效，就会不断尝试发起重连，维护连接池。
