@lesismal 正确的道路太艰难，纯异步地解析应用层协议😂

@lesismal 一开始和 nhooyr 测试的 gobwas ，rps 只有预期的一半😂
后面单独测试，rps 这块还是垫底的

@FightPig 是的

@Trim21 数据放出来了, gobwas/ws 的 higher-level example, rps, cpu 表现都是最差的

@Trim21 gobwas/ws 单独跑数据是正常的, 晚点放一下数据 😂

@Trim21 RPS 只有预期的一半

grafana 配置上传到 assets/config 下面了

10 代 u 系太容易发热降频了

@Nazz 小集群内做成无状态服务

@gemingsy 服务挂了让副本起来工作啊，每个编号的 Deployment 搞多个 Pod ，订阅同一个主题

@gemingsy im server 应该是有状态副本集, 把用户分配到固定的节点上.

做好容灾就行了

好丑, 怎么恢复原样啊

更新的时候只更新本节点颜色，记录下操作序列号(单调递增); 获取节点颜色需要递归到根节点，取最大序列号节点的颜色. 更新 O(1), 查找 O(logN)

我 mac 上的 mysql 最近也挂了，然后换成了 mysql-community-server.dmg

@lesismal go 泛型被人诟病缺乏优化也不少一天两天了🌚
5%以内的性能损失我还能接受，换取便利. 编译原理没深入学习过，头秃

@lesismal 把 T 换成 int ，性能提升了一点点；对于结构体数组自定义排序，结果应该是一致的，执行回调函数的时候一般来说比较的还是基础类型.

https://github.com/lxzan/dao/blob/main/algorithm/sort.go

@Nazz 忽然发现我的快排非泛型实现比标准库还快 5%, 以前还以为不如标准库最新版 :)

@lesismal 你想表达的应该是 golang 泛型是有开销的, 而不是泛型可以提高性能. 同样两份代码, 把参数换成泛型, 不可能会提高性能. 用快排实测了一下, 722725 => 792782 ns/op, 确实慢了点.