← 全部标签

# 作业系统

3 篇页面

页面

游戏开发作业系统Job System多核硬件上，游戏循环的工作要分解成可并行执行的子任务。GEA 依次比较「每子系统一个线程」「分散/汇集 (scatter/gather)」和通用的作业系统 (job system)，并给出典型作业 API、基于线程池的简单实现及其局限、用协程或纤程让作业可以睡眠、作业计数器、作业同步原语与可视化剖析工具，最后介绍 Naughty Dog 基于纤程的作业系统。（卷 I 8.6 节）游戏开发游戏对象并发更新Concurrent Game Object Updates游戏对象模型要和几乎必然是多线程的底层子系统打交道，所以对象代码必须异步思考：耗时操作用非阻塞请求尽早发起、尽晚取结果，必要时容忍一帧延迟。作业之间的依赖决定了并行度 (DOP)，每个依赖都引入同步点，"优化并发设计的秘诀是延迟"。对象模型本身也能并行：Naughty Dog 在把引擎从 PS3 移植到 PS4（《最后生还者重制版》）时，让每个桶内的对象更新成为作业；桶间访问无需加锁，桶内读取用对象快照，桶内修改尽量避免，或加锁、或放进请求队列、或交给下一桶中的同步作业（GEA4 卷 II 17.7）。综合引擎运行时架构总览Engine Runtime Architecture Overview本页把 wiki 中分散在 GEA 第 1、6、8、17 章及 GPP、UE5 相关页面里的内容串成一条线，回答"一个游戏引擎在运行时是怎样组织起来的"：静态结构上是自下而上的分层，上层依赖下层；启动关闭按依赖顺序显式进行；每一帧由主循环驱动各子系统批量更新，游戏对象的逻辑被安排在子系统阶段之间，并按依赖分桶或设先后关系；多核上一帧被拆成成百上千个作业；玩法基础系统（对象模型、事件、脚本、世界加载流送、高层流程）位于引擎与游戏的分界线附近。各结论的细节与出处见所链接的概念页。