io.net 上 GPU 空闲还是已出租:监控看得到什么
要判断是否被租,去官方任务看状态、已租分钟和已服务分钟。监控只稳定给出硬件、GPU 数量和 UTC 当日区块奖励。过去任务的在线比例不能证明此刻连着。
| 问题 | 去哪里看 | 监控上的对应 |
|---|---|---|
| 现在有没有在服务租约 | 官方任务的 status 和已服务分钟 | 不显示空闲或已出租 |
| 任务记账赚了多少 | 该任务的 earned 和 hire rate | 不并入今日 IO |
| 这台机器型号 | 设备详情的硬件名称和数量 | 显示这两项 |
直接回答
监控不能告诉你这台 GPU 现在是空闲还是已出租。io.net 监控 成功读取后,稳定出现的是硬件名称、GPU 数量,以及这台设备 UTC 当日的区块奖励。官方设备详情里的任务状态不会被做成“空闲 / 已出租”标签。
官方接口说明:设备详情包含状态、连通、任务活动、已获奖励、hire rate 等。文档里的任务对象带有 compute_minutes_hired、compute_minutes_served、status、earned、total_hire_rate 和 uptime_percent。这些是判断租约的原始字段,要在官方返回里看,而不是在监控的今日 IO 上猜。
这些字段怎么读
已租分钟是这条任务记下的租用时长。已服务分钟是记下的实际服务时长。状态是这条任务的状态,例如文档示例里的 pending。earned 是这条任务上的记账数字。hire rate 是这条任务的费率字段。它们描述的是任务,不是监控上的今日 IO。
文档示例(2023-09-12 的样例,不是你的机器):一条任务已租 300 分钟、已服务 0、状态 pending、earned 为 0、hire rate 10.8、uptime_percent 100。已服务为 0 且状态仍是 pending 时,不能把 100% 读成“此刻正在被租并且在线”。任务上的在线比例也不是当前连通证明。
你要检查什么
- 在官方设备详情里打开任务列表,逐条看状态、已租分钟和已服务分钟。
- 若状态是 pending 且已服务为 0,把它当成这条任务尚未计入服务时间,而不是监控上的离线。
- 若 earned 有数字,它仍是任务记账。不要把它加到今日 IO 上。今日 IO 只来自同一设备 ID 的 UTC 日区块奖励摘要。
- 回到监控时,只核对硬件名称和 GPU 数量是否对得上这台设备。对不上就停,先核对 UUID。
行动分支
- 你想知道有没有人租:以官方任务的状态和已服务分钟为准。监控没有这一列。
- 你想知道今天区块奖励:看监控的今日 IO。空白不是 0,也不是“没被租”。
- 硬件能显示、任务却对不上:以官方详情里的 device_id 为准,确认监控贴的是同一 UUID。
举例(示意,不是实测收入)
示意设备的官方任务与文档样例同形:已租 300、已服务 0、pending、earned 0、uptime 100%。同一时刻监控显示硬件名称和 GPU 数量 2,今日 IO 为空白。正确读法:型号已知,区块奖励这次没有数,租约是否在服务要看那条 pending 任务的已服务分钟(这里是 0),不能把空白 IO 或 100% 说成“正在出租赚钱”。
本页不能替你接单或停机。接着看 今日 IO 和在线时长 与 如何连接。
常见问题
任务 uptime 100% 能不能当成 GPU 正在被租?
不能。要同时看状态和已服务分钟。文档示例里 uptime 是 100,已服务仍是 0,状态是 pending。
任务 earned 可以加到今日 IO 吗?
不要加。今日 IO 只是同一设备 ID 的 UTC 日区块奖励。任务 earned 留在官方任务里单独看。
监控没有在线标记,是不是设备坏了?
不是。io.net 这一页本来就不显示在线或离线。连通和租约以官方设备详情里的任务和停机记录为准。