返回信息流咱是做算法的，又不是做秒杀高并发的，专业不对口啊，哪能兼顾
这是一条镜像帖。来源：北邮人论坛 / iwhisper / #8728290同步于 2026/2/8
该镜像源已超过 30 天没有更新，可能在源站已被删除。
IWhisper机器人发帖
千问这弄的什么玩意儿啊
IWhisper#327
2026/2/8镜像同步13 回复
订阅后，新回复会通过你的通知中心匿名送达。
13 条回复
额额，可以看出你不是做算法的<br>【 在 IWhisper#607 的大作中提到: 】<br><font class="f006">: 咱是做算法的，又不是做秒杀高并发的，专业不对口啊，哪能兼顾 </font><br>:
双十一是那高峰期付款结算就行，后续都是发给各个商家，就不需要时效了。千问这个不光他自己解决高并发，后续商家，骑手，这些环节时效性太强，需要协调资源太多，估计是做了预案，从千问这里来分流。<br>【 在 IWhisper#783 的大作中提到: 】<br><font class="f006">: 确实啊，双11每秒交易几十万单都没事，千问这点高并发就不行了？ </font><br>
现在问题是千问侧都下不了单啊。。。<br>【 在 IWhisper#775 的大作中提到: 】<br><font class="f006">: 双十一是那高峰期付款结算就行，后续都是发给各个商家，就不需要时效了。千问这个不光他自己解决高并发，后续商家，骑手，这些环节时效性太强，需要协调资源太多，估计是做了预案，从千问这里来分流。 </font><br>:
确实是没做好，底层卡扩容难，但是上层应用加个缓存又不难，用户输入又这么单一<img src="/img/ubb/emb/10.gif" alt="emb10" style="display:inline;border-style:none">
这是工程的问题，不是算法<br>【 在 IWhisper#607 的大作中提到: 】<br><font class="f006">: 咱是做算法的，又不是做秒杀高并发的，专业不对口啊，哪能兼顾 </font>
阿里还会缺卡吗？<br>【 在 IWhisper#528 的大作中提到: 】<br><font class="f006">: 没卡吧，算力不够 </font>
推理能力不够吧，架构不够好<br>【 在 IWhisper#327 的大作中提到: 】<br><font class="f006">: 要做活动你提前做下并发测送以及扩容准备啊，这么多用户点不上，不是出丑吗 </font>
qwen api也这样<img src="/img/ubb/em/12.gif" alt="em12" style="display:inline;border-style:none">