Codex:你的缓存命中比较低,但是呢你的额度又有效弥补了这一部分

这几天用 CodexManager ,发现缓存命中率特别低,30~40%,但觉得很耐用,怎么用都用不完。今天有空掏出来 CPA ,测试缓存到90%以上了,但是额度消耗又特别快。检查了 sevice_tier ,没有设置成 fast ,而且这个字段也在 new_api 也被过滤掉了。 伴随着各种疑问,...
Codex:你的缓存命中比较低,但是呢你的额度又有效弥补了这一部分
Codex:你的缓存命中比较低,但是呢你的额度又有效弥补了这一部分

这几天用CodexManager,发现缓存命中率特别低,30~40%,但觉得很耐用,怎么用都用不完。今天有空掏出来CPA,测试缓存到90%以上了,但是额度消耗又特别快。检查了sevice_tier,没有设置成fast,而且这个字段也在new_api也被过滤掉了。

伴随着各种疑问,我掏出了6个满额度的日抛plus号,分别给CPACodexManager3个进行用量测试。反代路径为:

codex(V0.133.0) -> newapi(V1.0.0 rc4) -> CPA(V7.0.4) / CodexManager(V0.3.4)

以下为结果,,交给gpt5.5分析了一轮用量。反直觉的发现是:缓存命中率越低,总tokens数量越高,额度越耐用。 这是偶然,还是确实是这个原理 :thinking:,有佬友了解过吗

image

5 个帖子 - 4 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文