分析可以先设想一下如果自己去实现的话，该如何设计。Client和Server端都要去适配这是必然的，因为Informer现在是ListWatch机制，服务端并不支持流式List。因此可以有个初步的方向：Server端支持流式List请求Informer适配Server端API的变化客户端的适配相对简单，重点还是放在Server端如何实现。先回顾下之前List的逻辑，在前一篇 StaleRead 里面已经介绍过了。为方面描述，下文统一使用RV代指 Resourceversion，本节逻辑均基于v1.26.9版本，且忽略分页查询，因为分页是直接走Etcd的。无论是List还是Watch请求，其qu

对于如何测试两种不同的mongoid/mongodb查询实现的性能，您有什么建议吗？要比较的实现与之前的"Q&A"有关但为简洁起见，我会再次报告这些:第一个代码:Competitor=Struct.new(:html_url,:description,:user)competitors=[]User.all.mapdo|user|user.watchlists.all.mapdo|wl|ifwl.tags_array==["ruby","web","framework"]competitors对比第二个代码:Competitor=Struct.new(:html_url,:descri