Codex 速度慢的佬友可以试着换个 IP

Hao 2026-08-11 01:36 1

TL;DR



首字延迟中位数 1.23 s→208 ms(↓ 83%)





TPS 中位数 13.2→19.8 tokens/s(↑ 49%)






完整版


之前一直用一个 Vircs 家宽节点部署 CPA 反代 Codex(美区 iOS 内购 Pro 20x 账号),最近几天速度慢的出奇,上下文稍微长一点 TPS 就只有个位数。如下图所示,输入 100K 左右,缓存率正常,TPS 极低



我最开始怀疑是否账号被风控了,于是换了一个账号(土区 iOS 内购 PLUS 账号),发现生成速度没有任何好转。如下图,同样输入 100K 左右,缓存率正常,TPS 和上一个 Pro 20x 账号如出一辙



最后我尝试换了一下 IP,在 CPA 上把代理设置成了一个搬瓦工洛杉矶节点,没有重启 CPA、没有重登账号,但是 TPS 立马就变高了。如下图,同样输入 100K 左右,大部分请求 TPS 来到了20+、30+,偶尔还能达到 40+。另外可以观察到,切换 IP 过后不仅仅是 TPS 增加,首字延迟也得到了优化,切换 IP 之前首字延迟 1~3s,切换 IP 过后首字延迟均 <1s,很多时候是 100~200ms.



来回切换了几次 CPA 的出口 IP,该结论可复现。 虽然 20~30 的 TPS 仍然不算很快,但是比个位数的体验好了不少。


对于这个现象我有两个猜测:


猜测1:OpenAI 风控 IP,对于特定 IP 执行限速策略。

猜测2:OpenAI 根据 IP 路由资源池,旧 IP 路由到的资源池算力紧张。


当然以上两个猜测没有任何根据,纯属娱乐。


最后,被 Codex 龟速困扰的佬友们如果有多余的 IP,可以尝试切换 IP,说不定有奇效呢 ^-^



提醒:更换 IP 会增加账号风控、封号风险,有顾虑的佬友自行权衡


最新回复 (4)
  • impouo 08-11 01:38
    1

    其实也没准单纯是节点连通性的问题?

  • Hao 楼主 08-11 01:43
    2

    不太可能,我有俩节点,一个搬瓦工LA,一个Vircs。不管 CPA 使用 Vircs 还是搬瓦工节点作为出口,客户端都只能通过搬瓦工节点的公网 IP 访问 CPA。


    而且就算连接质量有影响,影响的也是客户端到 CPA 这一层,而不是影响 CPA 到 Codex Backend 这一层,生成速度基本不可能受到客户端连接质量的影响。


    其实很简单,发现生成速度很慢、首字延迟很高的佬友换一个 IP 试一下就知道了,如果换到一个好的 IP 自然就能验证我的说法了。

  • Hao 楼主 08-11 01:45
    3

    (帖子已被作者删除)

  • LenGary 08-11 03:36
    4

    ip这个事一旦交给供应商感觉就把握不住了……

    早期bot抢鞋多线程必须挂proxy,那时候就存在的几个大上游geo/oxy/lumi就明显质量参差不齐,生成几千条记录背后的resi可用度并不低,但毕竟是rotate,鬼知道十几二十分钟以后会换成啥ip,所以那个时候会出现当下ip质量好进queue了,20分钟rotate到烂的又被踢出来,但抢鞋除非是大queue基本几分钟也结束战斗了

    cpa这类项目一个是一直挂着,二是流量消耗也不小,5g10刀的价格有点hold不住了,rotate疯狂切ip也有点担心封号,也许可以再考虑一下static这种长一点的,可以开第二个cpa实测一下风控情况了

    碎碎念:这些resi ip质量太不稳,注册机走浏览器上来先被卡在cf盾上了,我又不会修^-^理论上可以接capmonster或者2cap这种解码的,但是流程上必须留够时间和返回检验,干……我只懂原理但注册机又没法扔给ai修……突然发现grok4.5怎么道德高了呢?怕cyber怕封号啊^-^

* 帖子来源Linux.do
返回