IOTA 一直排队、0 tokens/s：该等还是该重启？
有近期排队响应、没有停止或崩溃证据时，先保持训练开启。0 tokens/s 本身不足以判断故障；先核对采样时间，再决定是否重启。
先核对，再重启
| 观察 | 下一步 |
|---|---|
| 近期 queued／有排队名次 | 保持开启，观察下一次有效更新；名次不能换算等待时长。 |
| 吞吐量大于零且采样较新 | 官方样本报告有训练贡献，仍须结合本机日志判断当前状态。 |
| 心跳过期／读取失败 | 先检查 Agent 和网络，不能把未知当成离线或零贡献。 |
| 训练停止／出现退出记录 | 转到停止训练指南，核对日志后恢复。 |
现在有多少运行名额？
查看各任务与来源 ↗正在读取官方容量…
官方运行容量合计，不是你的可加入名额或等待时长预测；任务条件与资格仍需核对。
排队名次和卡片状态为什么不一致？
排队名次来自已配对 Agent 读取的本机注册日志；项目卡片来自官方矿工名单，两者时钟不同。本站仅采纳当前训练进程启动后、五分钟内的排队记录；设备在线还要求心跳在 90 秒内。出现“#235＋名单未找到”时，应分别检查来源和时间，而不是直接判定电脑离线。
全网有空位，为什么我还在排队？
全网容量是各任务合计，不是你的可加入名额。运行条件、资格及数据更新时间都可能不同，不能承诺下一个空位属于你。查看本页带时间的容量，再到 分层与资格说明 核对这些字段的区别。
什么时候才应该处理？
先记录应用版本、run ID、队列时间和最近日志。仅因名次倒退、CPU 低或零吞吐，不要反复重启、重装或换 ID。确认训练按钮恢复为 Start training、出现新退出日志，或 Agent 报告训练进程停止后，按 停止训练与自动恢复 处理。
常见问题
排队名次和卡片状态为什么不一致？
排队名次来自已配对 Agent 读取的本机注册日志；项目卡片来自官方矿工名单，两者时钟不同。本站仅采纳当前训练进程启动后、五分钟内的排队记录；设备在线还要求心跳在 90 秒内。出现“#235＋名单未找到”时，应分别检查来源和时间，而不是直接判定电脑离线。
全网有空位，为什么我还在排队？
全网容量是各任务合计，不是你的可加入名额。运行条件、资格及数据更新时间都可能不同，不能承诺下一个空位属于你。查看本页带时间的容量，再到 分层与资格说明 核对这些字段的区别。