很多人第一次租卡会卡在同一个地方：页面上时租和月租都摆着，但没人告诉你从哪个小时数开始包月才不吃亏。更要命的是，时租里还夹着开机、存储、镜像这些不按小时走的钱。这篇不讲具体数字，只给一套判断顺序——先算你的真实占用时长，再对齐各家计费口径，最后看任务能不能被打断，落到「去站内哪个页面核对」这步。
第一次租卡的人常卡在同一个地方：页面上时租和月租并排摆着，但没人告诉你从第几个小时开始包月才不吃亏。更麻烦的是，时租里还夹着开机、存储、镜像这些不按小时走的钱，标价和账单对不上。
这篇不给数字，只给一套判断顺序——先算真实占用时长，再对齐各家计费口径，然后看任务能不能被打断，最后落到去站内哪个页面核对。照着走一遍，你大概能知道自己该选哪种。
先算真实占用时长，不是你以为的时长
很多人估时长用的是「任务跑多久」，但计费算的是「卡被占用多久」。装环境、装依赖、等数据下载、反复调参试错，这些时间卡都开着，照样计费。两头差得远的时候，你对包月的判断就会偏乐观。
- 把任务运行时间和环境准备时间分开记，后者常被整段漏算
- 只有连续占用才有包月意义，一天只用两三个小时的，包月里大部分时间在空付
- 连续记录一周，别凭印象下结论，记录字段可以参考站内用量日志类文章的做法
- 任务时长不确定、项目还在试错期，先按时租，别急着锁长期
对齐计费口径：时租里哪些钱不按小时走
时租的标价通常只覆盖「开机那段时间的算力」，除此以外还有几项常被忽略：关机后存储还收不收、镜像和快照留不留、公网 IP 和出网流量怎么算。这几项加起来，账单可能明显高于你的心理预期。
| 费用项 | 时租常见口径 | 包月常见口径 |
|---|---|---|
| 算力 | 按开机时长计 | 按整月计，不看你用没用 |
| 存储 | 关机后可能继续按量收 | 多含在套餐内，超出另算 |
| 镜像/快照 | 留存可能产生费用 | 规则各家不同，先问清 |
| 流量/带宽 | 常单独计 | 有的含额度，超出另算 |
包月一般绑的是规格而不是某张具体的卡，规格降级能不能退差价、中途换卡怎么算，都要先问清。想横向对齐口径，到 /compute/providers 看各家怎么定义，再去 /compute/gpu-rental 比一遍。
找自己的盈亏平衡点，而不是背别人的结论
做法本身很简单：拿包月价除以时租单价，得出「一个月要跑够多少小时才回本」，再拿上一步记录的真实时长去比。难点不在算法，在于这个平衡点每家、每个卡型都不一样。
- 取现价到 /compute/price-index 和 /compute 看当前时租与包月的数字，别用几个月前的记忆
- 算平衡点包月价除以时租单价，得到回本所需小时数，写在纸上
- 对比真实时长拿你记录的一周实际占用时长乘四，和平衡点比，只压线就算没赚
- 留缓冲刚压线说明估计稍微乐观就亏，这种情况按时租更安全
什么情况下不适用：卡经常缺货时，包月的价值不只是省钱，还有「一定租得到」。这时候算账要让位给可用性，别硬套平衡点。
能不能被打断，决定你选哪一档
批量、能断点续跑的任务，抢低价时段或可中断实例更合适；要求实时在线、延迟敏感的服务，别碰可中断。把「被打断一次的成本」也折进去：重跑一遍要花的时长，可能比两种计费方式的差价还大。
- 可中断实例
- 价格低但随时可能被回收，适合能续跑的任务
- 独占包月
- 资源锁定，适合长期常驻、中断代价高的活
- 断点续跑
- 任务能从上次进度继续，是选可中断的前提条件
常见问题
每天只用几小时，包月一定不划算吗？
多数情况下按量更合适，因为包月按整段时间收费，闲置也算钱。但有两个例外：一是卡紧张时包月能保证一直有资源，二是你担心随时要跑、不想每次等开机。如果这两种情况对你都不成立，就按时租。
时租的账单为什么总比我自己估的高？
大概率是漏算了不按小时走的几项：开机准备时间、关机后仍保留的存储、镜像和快照占用。建议先跑一周，把实际扣费和你的记录逐项对一遍，再看时租和包月哪个划算，结论会比一开始猜的准很多。
多久该重新比一次时租和包月？
租卡价格波动比云主机明显，建议每次续租前、以及卡型有变动时都重新算一遍平衡点。具体涨跌看站内 /compute/price-index 的当时数字，别沿用上个月的结论，尤其是热门卡型。
