@smilekung 也就是说时间轮是 kafka 自己内部用，不对外开放，为什么不对外开放呢

@GopherDaily 很多资料上说时间轮，这个就是延迟队列吗

@liangkang1436 我不需要，不过现在太卷了，用途不大

终于要开始一块卷了

@Mirana 是 key 对应的 value 大，一般 key 不会多大

@zeroday 字符串为什么要遍历

@caola 不是 key 是，key 对应的 value

@codehz 本机测试的，网络传输忽略，网络传输确实会，大了 tcp 要分好几个包，但是我觉得这不是根本原因，就算把测试 key 缩小为 1.5k ，一个包可以传输，1.5k 的 key 耗时涨的也挺过分的，好几毫秒的 get 请求不正常

tb 外贸盒子 200 多的

分库分表吧，我觉得可能都用不到分库，起点量不大

其实进大厂工作不光靠技术，更别说现在技术一般般

@NerverLibis 怎么感觉没怎么跌，回龙观之前 500 万现在还这个数

@zsdroid 小兔子性能和 kafka 差两个数量级，rocketmq 性能比小兔子高多了，而且设计上和 kafka 很类似，扩展方便，说是性能，但是 kafka 在设置完全不丢消息的前提下性能比 rocketmq 高不太多，但是还是比小兔子高很多，也就是说小兔子性能完全不够用，rocketmq 还是可以的

@joesonw 之前用的，好几年了，都忘记了，我搜了下网上有实际测评，在 32 核心的机器下撑死 1 万五，这是开持久化的情况下，当然机器性能提高下也就三万差不多了，当然一般公司的一般业务也行了，大部分业务真跑不满这几万

@Czzzzzzzzzzr 还没毕业，建议可以试试非技术岗，当然竞争超级激烈

@lscexpress 及时通讯呀，小兔子其实以前也用过，量小了确实可以，之前用的就是小兔子集群呀，小兔子很优秀但是量撑死一万了