●UcpCm返回的文件句柄实际上是pipe的写端句柄 ●记得brpc的event dispatcher是边沿触发 ●写端句柄永远不会触发可读事件 ●写端句柄第一次epoll会返回可写，可写是brpc判断连接成功的措施 ●UcpCm从来不会写入pipe，如果pipe有可读字节，会打印错误，说明有地方遗漏了修 改。 ●Socket通过关闭UcpCm返回的句柄来关闭连接。此举和Socket原来代码一样，减少了修

里面进行查找，如果没找到的话，就会继续到 ht[1] 里面进行查找，诸如此类 另外, 在渐进式 rehash 执行期间, 新添加到字典的键值对一律会被保存到 ht[1] 里面, 而 ht[0] 则不再进行任何添加操作: 这一措施保证了 ht[0] 包含的键值对数量会只减不增, 并随着 rehash 操作的执行而最终变成空表© XXX Page 12 of 12 参考 leveldb/boltdb/redis 持久化调研

etcd集群发生leader选举的情况，会造成MDS出现双主或者一段时间内没有MDS提供服务的情况。© XXX Page 26 of 30 1. 2. 1. 1. 2. 措施： 使得PeriodicGetTime尽量的小，减少双主可能出现的时间 GetTimeout和LeaderTIme要大于etcd集群leader election timeout的时间，尽量减少e