一个问法的变化：从“用了多少电”到“用的是什么时候的电”
数据中心行业过去十多年的主线，是把PUE压下来：制冷改造、气流管理、更高效的供电链路。PUE衡量的是设施总耗电与IT设备耗电的比值，它回答“机房本身浪费了多少”。近期公开讨论里更常出现的另一个问题是：这些电从哪来、什么时候来。这个问题不取代PUE，但确实把一个原本放在报告角落里的因子——电网碳强度——推到了调度的中心。我们把它称为“Carbon-Aware Computing”，也就是让计算任务根据电网碳强度的时间与地点差异来安排自己。九游会在这里做的是观察与整理，不是宣布某项成果。
这个方向并不是新东西。2020 年 4 月，某大型云厂商公开介绍过一套系统：把不紧急的计算任务，比如照片滤镜特征生成、视频处理、翻译词条更新，挪到电网较清洁的时段，并称这样做不需要额外硬件，也不影响搜索、地图等服务的性能；那一版只在同一个数据中心内、按一天中的不同小时移动任务。较早的这类实践说明，它的前提是“任务真的可以晚一点做”。
变化一：负载被当成能在时间和空间上摆放的资源
近几年的学术工作，把“可延迟”和“可迁移”做成了可以计算的模型。2021 年一项针对德国、英国、法国和加州的模拟研究，讨论了什么样的任务能忍受延迟，以及调度策略与预测精度如何影响减排效果。到 2024 年，另一项研究对云上的时间与空间移动做了更冷静的检视：在理想化的条件下，把工作放到碳强度最低的地区，理论上可以大幅降低单位电量的碳排放，但一旦加入容量约束、真实的作业规模以及较短的可延迟窗口，可获得的收益会明显缩水。也就是说，行业在把“能挪”变成“能算”的同时，也在把“挪多少值得”算清楚。
对游戏运营来说，这一变化对应的是把后台任务分档：日志分析、资产处理、补丁构建、批量推理各自有多大的松弛量。具体的窗口挑选方式，可以看凌晨任务一定要凌晨跑吗？九游会AI如何找到低碳“计算窗口”。
变化二：灵活性开始同时服务于降碳和电网容量
2026 年 3 月，某大型云厂商公开表示，已与多家美国电力公司签署合计约 1 GW 的数据中心需求响应协议，在电网紧张的时段限制或转移一部分机器学习负载；同一份说明也承认，单个数据中心的灵活程度有限，这种能力只在特定地点可用。这类需求响应的直接动机是电网容量：让新增的大负载更容易接入电网。它与“选低碳时段运行”在操作上相似——都是把可延迟的负载移开——目标却不同：前者关心的是电网什么时候紧张，后者关心的是电什么时候更干净，两者未必在同一个时刻重合。
区分这两个目标很重要。把任务从电网紧张的时段挪走，可能反而挪进了碳强度更高的时段；反之亦然。九游会数据中心AI在设计上把“容量约束”和“碳信号”作为两个独立输入，不用一个概念去代替另一个。
变化三：平均与边际两种口径的分歧被摆上台面
平均碳强度是某一时刻整个电网总排放除以总发电量，是碳核算通常使用的口径；边际碳强度则试图描述多用一度电会让哪台机组多发电。2024 年一项覆盖 65 个地区的研究发现，两种信号在超过一半的地区呈负相关，只有很少地区强正相关；按其中一种信号优化，从另一种信号的角度看可能反而更差。信号提供方之间对哪一种更适合做调度决策，看法并不一致：有的更强调边际信号适合评估“多一笔用电的后果”，有的则强调平均信号更容易预测、也更贴近核算规则。这场争论没有结论，需要读者留意每篇研究的信号来源与立场。
对使用者的实际含义是：报告里必须写清楚用的是哪一种，不能拿一个口径算出来的“减碳量”，去替另一个口径的结果背书。这一点也正是九游会官网为什么不把“节能”和“低碳”画等号？同样少用1度电，减排效果可能完全不同想讲清的。
两件没有变的事
第一，实时业务的约束没变。对战、匹配、登录、支付依然受延迟与SLA支配，玩家位置决定服务器只能放在哪几个区域。碳感知调度的对象是那些本来就允许晚几小时完成的部分。
第二，收益的上限没变。2024 年的那项研究指出，很多地区的日内碳强度波动本来就不大，区域之间的高低排序也相对稳定；随着可再生能源占比提高，时间移动的相对收益还会变化。因此“把任务挪到中午”并不是到处成立的建议，具体地区要用具体数据验证。此外，还需记住PUE不等于低碳：一个PUE很好看的机房，如果电力结构偏化石，碳排仍然可能很高，相关的拆解见数据中心PUE很好看，为什么整体碳排还是可能很高？
再往前一步：算力与电力开始被放进同一个模型
2026 年 5 月，arXiv 上有一篇作者来自多家机构的论文，讨论如何在同一个混合整数线性规划里，联合优化训练任务调度、可弹性路由的推理负载、本地发电与电池储能、与电网的双向交互以及碳排放，约束包括延迟、连续性、功率平衡和碳预算。论文在合成实例上报告，比只优化算力或只优化能源的基线运营收益更高、排放更低。需要强调的是，这是合成实例上的实验，不能当作真实数据中心的实测节能比例。我们把它看作一个信号：调度问题正被放到比“选哪一个小时”更大的框架里。
九游会的读法：对游戏后台意味着什么
- 先分类，再谈低碳。把负载分为不可移动、可延迟、可迁移三档；实时对战放在第一档，不参与碳感知调度。
- 数据比口号重要。需要机房的分项电表、任务的实际起止时间、区域电网的小时级碳强度以及所用口径，缺一项，减碳数字都只能算估计。
- 让估算保持谦虚。预测有误差，窗口会漂移，跨区搬数据会耗电。九游会目前只给出“建议时段和估算范围”，不会把估算写成已实现的成绩。
- 把区域选择留给数据。哪些后台任务值得跨区运行，可以看游戏服务器能不能跟着可再生能源“迁移”？实时游戏和后台任务答案完全不同；两地对比时，耗电、PUE 和碳强度要分成三列，不合并成一个分数。
结论很朴素：数据中心从“节能”走向“看电网碳强度”，是个值得跟踪的方向，但它不是一个可以套到所有机房的公式。对游戏运营，最稳妥的做法是先把可延迟负载找出来，量清楚松弛量，再决定要不要用碳强度做第二道筛选。九游会会继续跟踪公开资料，并在有新的可核实的进展时补充这份观察。
