> ## Documentation Index
> Fetch the complete documentation index at: https://starforge.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 用量与配额

> 你此刻占着多少、一共花了多少，以及 GPU-时都去哪了。

<Frame caption="配额、随时间变化的 GPU-时，以及按项目的成本归因。">
  <img src="https://mintcdn.com/starforge/GatXR2rI5-_Vm4_H/images/console/usage.png?fit=max&auto=format&n=GatXR2rI5-_Vm4_H&q=85&s=5e8133f0217a1eecec54a77f9652b9c8" alt="StarForge 用量页" width="2160" height="1350" data-path="images/console/usage.png" />
</Frame>

## 你会看到什么

| 区域              | 显示什么                     |
| --------------- | ------------------------ |
| **并发 GPU / 作业** | 你此刻占着多少，对照你的上限           |
| **今日 GPU-时**    | 今天的消耗，如果设了每日预算则对照它       |
| **存储**          | 你的 run 目录占了多少字节，对照你的存储配额 |
| **成本归因**        | 某段时间内按项目或按用户分组的 GPU-时    |

## 时长是怎么算的

归因在**作业结束时**结算，运行中的作业按已经跑过的部分计入。
这就是为什么数字白天在动、晚上才稳定下来，也是为什么一个长 run 看起来是在增长，
而不是最后一次性落账。

计费的时钟从训练真正开始那一刻起算——也就是 `running` 这个生命周期打点——
而不是执行器报告容器已启动的那一刻。两者之间是建虚拟环境和拉权重，
可能好几分钟，那不是训练。按它计费会系统性地多算，
而且恰好惩罚那些网络链路最慢的作业。

## 你可以做什么

* 在**按项目**和**按用户**之间切换归因口径。
* 改时间范围。
* 从某个项目跟进到它的[项目页](/zh-Hans/console/projects)。

## 明明有空闲 GPU 却被拒

三种不同的限制因为三种不同的原因拒绝你，错误信息会说明是哪一种：

| 限制         | 含义                                  |
| ---------- | ----------------------------------- |
| **并发 GPU** | 你已经占满了上限。先结束或停掉一些                   |
| **存储配额**   | 你的 run 目录超预算了。对已经导出过的实验跑 `sf clean` |
| **时段窗口**   | 这个卡型现在不在允许的时间段内                     |

这三种都不是「集群满了」。集群满了会明说，而且调度器最终会为饿太久的作业
[预留容量](/zh-Hans/console/admin-settings)。