对比文件名称：2015-03-12_发明申请_US20150070369A1 FAULT-TOLERANT PREEMPTION MECHANISM AT ARBITRARY CONTROL POINTS FOR GRAPHICS PROCESSING
目标专利名称：140一种用于数据处理的方法和设备CN108140233B
本次调用模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **A**：所述方法包括：响应于接收到绘制调用来使用图形处理单元GPU通过所述GPU的图形管线来执行第一组命令，所述绘制调用定义待通过执行所述第一组命令来渲染的一或多个基元《直接公开》 | [0049] “...command buffer 68. Command buffer 68 depicts draw commands for triangle primitives A, B, and C.” <br> [0055] “...command buffer 68 includes 3D graphics rendering commands (e.g., triangle draw commands).” | 对比文件明确公开了GPU执行命令缓冲区中的命令，且这些命令是用于渲染三角形图元的绘制命令。这与特征A中“响应于绘制调用执行第一组命令以渲染一或多个基元”的技术方案相同，都是执行图形处理命令以渲染图元。因此，特征A被对比文件直接公开。 |
| **B**：在执行所述第一组命令期间且在渲染所有所述一或多个基元之前通过所述GPU来接收抢占通知《直接公开》 | [0048] “...a preemption request on a GPU is a request...to stop current graphics processing of a command buffer...” <br> [0054] “Preemption requests may happen at asynchronous points in a command buffer executed by the GPU...” <br> [0060] “If a preemption request...occurs at a point before all the commands in command buffer 68 are completed...” | 对比文件多次描述了GPU在执行命令缓冲区（即第一组命令）期间接收抢占请求，并且该请求发生在命令缓冲区中所有命令（即对应渲染所有基元）完成之前。这与特征B的技术方案相同。因此，特征B被对比文件直接公开。 |
| **C**：响应于接收到所述抢占通知而至少通过第一硬件开关来将所述GPU的本地存储器的输出与所述图形管线的级断开连接《未公开》 | 无 | 对比文件的核心是使用双缓冲机制处理抢占，即复制读写修改资源（如帧缓冲区）的原始数据。全文未提及任何通过硬件开关将GPU本地存储器的输出与图形管线级断开连接的技术手段。本领域技术人员无法从对比文件公开的内容中毫无疑义地得出或合理推断出该技术特征。因此，特征C既未被直接公开，也未被隐含公开。 |
| **D**：且至少通过第二硬件开关来将所述GPU的所述本地存储器的输出连接到所述GPU的硬件流输出单元以在执行所述第一组命令期间动态配置所述图形管线的级的互连《未公开》 | 无 | 对比文件未提及“硬件流输出单元”，也未描述通过硬件开关动态连接本地存储器输出以重新配置图形管线互连的技术方案。其抢占恢复机制是基于双缓冲数据重新开始执行，而非动态改变管线硬件连接。本领域技术人员无法从对比文件公开的内容中合理推断出该技术特征。因此，特征D既未被直接公开，也未被隐含公开。 |
| **E**：归因于在执行所述第一组命令期间对所述GPU的所述图形管线的级的互连的动态配置，将在执行所述第一组命令中的一或多个命令期间产生的中间数据从所述硬件流输出单元输出到所述GPU外部的存储器《未公开》 | 无 | 特征E依赖于特征C和D所定义的动态硬件互连配置及“硬件流输出单元”。由于对比文件未公开这些前提技术特征，因此自然也未能公开“因动态配置而通过硬件流输出单元将中间数据输出到外部存储器”这一后续动作和因果关系。对比文件虽然提到了存储修改后的数据，但其机制（双缓冲）和目的（用于重启时恢复原始输入）与特征E均不相同。因此，特征E既未被直接公开，也未被隐含公开。 |
| **F**：在完成对所述第一组命令的执行以渲染所述绘制调用的所述一个或多个基元之前，通过所述GPU抢占执行所述第一组命令，来执行第二组命令《直接公开》 | [0049] “The preemption request for CPU 6 instructs the GPU 12 to stop the current task, and instead, begin processing a different task, e.g., the rendering commands shown in secondary command buffer 70.” <br> [0060] “If a preemption request...occurs at a point before all the commands in command buffer 68 are completed...” | 对比文件明确公开了在命令缓冲区（第一组命令）中所有命令完成之前，GPU抢占其执行，转而开始执行另一个（次级）命令缓冲区中的命令（第二组命令）。这与特征F的技术方案相同。因此，特征F被对比文件直接公开。 |
| **G**：和执行所述第二组命令。《直接公开》 | [0049] “...begin processing a different task, e.g., the rendering commands shown in secondary command buffer 70.” | 对比文件公开了在抢占后开始处理不同的任务，即执行第二组命令。这与特征G的技术方案相同。因此，特征G被对比文件直接公开。 |
| **H**：其中所述一或多个基元包括第一组基元和第二组基元，其中抢占包括在对像素块光栅化和像素着色而不对其它后续像素块进行处理之后抢占，所述像素块包括所述第一组基元中的一或多个基元的一或多个像素而不包括所述第二组基元的像素，且其中光栅化和像素着色包括由所述图形管线的两个级来执行的功能。《未公开》 | 无 | 对比文件虽然提及在“任意控制点”抢占，但其具体实施例是命令缓冲区级别的抢占，并通过双缓冲机制实现。全文未提及“像素块”这一粒度概念，也未描述在特定图形管线级（如光栅化、像素着色）处理完一个像素块后立即抢占，而不处理后续像素块的技术方案。本领域技术人员无法从对比文件公开的内容中合理推断出这种具体、细粒度的抢占时机和对象。因此，特征H既未被直接公开，也未被隐含公开。 |
| **I**：其中抢占包括在到达绘制调用边界之前抢占。《直接公开》 | [0054] “Preemption requests may happen at asynchronous points in a command buffer executed by the GPU...” <br> [0051] “Other software solutions use draw boundaries...to determine where to locate safe points.” | 对比文件明确指出抢占请求可能发生在命令缓冲区执行的异步点（即任意点），并指出将绘制边界作为安全点是现有技术。这反衬出本发明所提技术允许在绘制调用边界（即安全点）之前进行抢占。因此，特征I“在到达绘制调用边界之前抢占”已被对比文件直接公开。 |
| **J**：其中将所述GPU的所述本地存储器的输出从所述图形管线的级断开连接包括：将所述GPU的所述本地存储器的输出从光栅化级断开连接。《未公开》 | 无 | 特征J是特征C的进一步限定，指定了断开连接的级是“光栅化级”。由于对比文件完全未公开“断开连接”这一动作（如特征C所述），因此更未公开从特定级（如光栅化级）断开连接。因此，特征J既未被直接公开，也未被隐含公开。 |
| **K**：进一步包括：仅响应于接收到所述抢占通知，将由着色器产生的所述中间数据输出到所述GPU外部的所述存储器《未公开》 | 无 | 对比文件公开了将修改后的数据存储在第二缓冲区，但这是命令执行过程中持续的、固有的双缓冲操作的一部分，并非“仅响应于抢占通知”才触发的动作。目标专利中该特征强调的是动态、条件触发的数据输出行为，对比文件未公开此技术方案。因此，特征K既未被直接公开，也未被隐含公开。 |
| **L**：和停止执行用于渲染所述一或多个基元的所述第一组命令。《直接公开》 | [0049] “...stop the current task...” <br> [0060] “...preempt execution of the commands in the command buffer before completing all commands...” | 对比文件明确描述了抢占意味着“停止当前任务”或“在完成所有命令之前抢占执行”，这必然包括停止执行用于渲染的第一组命令。这与特征L的技术方案相同。因此，特征L被对比文件直接公开。 |
| **M**：进一步包括：在执行所述第二组命令之后，通过从所述GPU外部的所述存储器检索所述中间数据来恢复执行所述第一组命令以进行光栅化和像素着色。《未公开》 | [0060] “After completing the task that was the subject of the preemption request, GPU 12 returns to the original command buffer 68 and starts from the beginning of the command stream.” | 对比文件公开了在抢占任务完成后，返回到原始命令缓冲区并从其开始处重新启动执行。然而，其实施方式是使用双缓冲保存的原始输入数据（第一缓冲区）重新开始整个命令流，而非目标专利中所述的“从外部存储器检索中间数据以进行光栅化和像素着色”。两者恢复机制的原理和实现方式不同。因此，特征M既未被直接公开，也未被隐含公开。 |
| **N**：进一步包括：通过所述级从所述本地存储器接收所述中间数据以在接收所述抢占通知之前供所述级处理。《未公开》 | 无 | 对比文件未描述图形管线级在执行命令时从特定“本地存储器”接收“中间数据”进行处理的具体数据流路径。其关注点在于资源的双缓冲管理，而非数据在管线级间通过本地存储器的传递细节。本领域技术人员无法从对比文件毫无疑义地得出或必须推理出该具体数据供给方式。因此，特征N既未被直接公开，也未被隐含公开。 |
| **O**：其中，所述硬件流输出单元耦合到所述GPU外部的所述存储器。《未公开》 | 无 | 特征O限定了“硬件流输出单元”的存在及其与外部存储器的耦合关系。对比文件全文未提及“硬件流输出单元”这一组件。因此，特征O既未被直接公开，也未被隐含公开。 |
<<<A>>><<<B>>><<<F>>><<<G>>><<<I>>><<<L>>>