把所有拒绝都压成 429,等于让客户端在重试永远不可能成功的时候重试
限流服务拒绝一个请求时,拒绝的原因属于几个本质不同的类别, 把它们全压成 429 Too Many Requests 会同时骗到两方:
限流服务拒绝一个请求时,拒绝的原因属于几个本质不同的类别, 把它们全压成 429 Too Many Requests 会同时骗到两方:
压测到 3,000 cycles/s,服务跑完了 2,999 个——但能报的容量上限是 1,000。
任何"先扣一个估计值,等真实值到了再对账"的协议,都必须给那笔预留加租约。 不加租约时,客户端在两步之间崩溃,那笔预留就永久留在账上。
一轮真实的协作:我在审稿里发现 bibguard 的一串缺陷,另一个会话修,我复测,四个来回。 每一轮的"修好了"我都在自己那五篇 PDF 上复跑过,四轮里三轮声明全部属实, 唯一不属实的那一轮,缺…
复现别人的结果时,跑通不是终点,列差异表才是起点。 逐条对照论文规定的实验参数和你实际用的,标成 🔴 关键 / 🟡 中等 / 🟢 可接受, 再决定哪些必须修。
配对实验只报两侧的边际成功数、不报不一致对,那个结论就是不可判定的, 不是"统计做得不够细"。而且这件事能算成一个具体区间,直接写进评审意见。
一批九篇论文,所有 arXiv 引用全部真实存在,ref-check 的区分度为零。 真正把论文分出高下的是内部数值一致性。六个检查,每个几分钟: