标签：scheduling
2026-10-17从一个循环到十九条消息：先测清 Cloudflare Queues 怎么扩，再把检查放上去探测器原来一台接一台地检查。我们先测了队列的 consumer 怎么扩容，拟合了一个模型，验证它的预测，然后才改成每轮 19 条消息。2026-10-15平台取消了一轮又重跑一遍，/status 因此返回了 52 分钟的 HTTP 503被平台取消的探测轮次会留下一个永远不会结束的任务，/status 曾因此报告「卡住」长达 52 分钟。现在什么才算卡住，以及我们保留了什么。2026-10-14在第 67 秒被取消的那一轮探测三轮探测中途停下，留下的 server 半小时后才被重新检查。取消是平台的寻常行为，半小时则来自我们自己的守卫。这个窗口怎样从 30 分钟缩到 15 分钟，又为什么没有缩到 10 分钟。2026-10-11为什么未认领的 server 每 12 小时探测一次MCP Checkup 每天检查未认领的 server 两次，认领后 Free 档每 8 小时一次，Indie 档每 15 分钟一次。每个数字背后的理由，检测节奏能告诉你什么、不能告诉你什么，以及付费能改变什么、不能改变什么。2026-10-10只在并行时才出现的 bug：四台 server 在零点几秒内被检查了两次探测器改为并行后的头两轮，把四台 server 各检查了两次，间隔 0.11 到 0.24 秒。为什么串行时从没撞上、为什么先回滚、怎么修的。2026-09-30探测器五个小时什么都没跑，也没有任何东西告诉我们2026-09-23，每五分钟启动一次探测器的调度器停止了调用。五小时后，一次与此无关的部署让它恢复；又过了将近四小时，我们才在按小时统计的数字里发现。发生了什么，关于原因我们能说什么、不能说什么，以及我们加上的两个信号。