**对比文件名称**：2012-10-17_CN102741806A_发明公开_CN102741806A 使用缓冲存储加速事务的机构
**目标专利名称**：288消除指令处理电路中的冗余同步屏障和相关处理器系统、方法以及计算机可读媒体CN105009074B
**模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：检测第一指令，所述第一指令指示关于计算机架构需要后续同步屏障且所述计算机架构允许由计算机硬件自动地执行同步操作的操作<br>**判断结果**：未公开 | 对比文件未记载相关内容。 | 对比文件（CN102741806A）涉及在事务内存（TM）系统中使用硬件缓冲（如高速缓存）来加速事务执行，重点在于写屏障、读屏障、事务提交、冲突检测等机制。说明书通篇未提及任何“指示关于计算机架构需要后续同步屏障”的指令，也未提及任何由计算机硬件“自动地执行同步操作”的指令。对比文件中的指令（如`movxb`缓冲存储指令、写屏障操作`tmWrUTM`等）目的均是为了在事务执行过程中管理数据版本、获取锁和监视、或缓冲数据，其功能和目标专利中“第一指令”（如ARM的MCR指令）所指示的“需要后续同步屏障并允许硬件自动执行同步操作”完全不同。因此，对比文件既未直接公开也未隐含公开技术特征A。 |
| **技术特征B**：响应于所述第一指令，由所述计算机硬件自动地执行所述同步操作<br>**判断结果**：隐含公开 (<<<b>>>) | “显式缓冲的存储指令(其可以是指令集架构(ISA)的用户级指令)可用于将事务写存储在高速缓存中。此外，显式写监视指令(其可以是ISA的不同用户级指令)可用于与缓冲的存储同时(遭遇时间写监视)或在提交时间(提交时间写监视)获取缓冲高速缓存行的独占所有权。”[0012] “在一个实施例中，用户级测试指令可用于确定对应写数据的地址是否在高速缓存中缓冲了。这个确定可基于与包含所述数据地址的块相关联的缓冲指示符进行。”[0044] “这个写屏障操作可以是急切写屏障，在其中获取写锁和写监视以获得块所有权。”[0045] | 对比文件描述了在执行事务写操作（如通过写屏障`tmWrUTM`）时，硬件会执行“设置写监视”或“获取写锁和写监视”等操作（见[0045]），这些操作是为了确保事务的原子性和一致性，可以视为一种由硬件自动执行的“同步操作”。虽然对比文件中这些操作是响应于事务写屏障指令（如`tmWrUTM`中的指令序列）而触发，并非明确响应于目标专利中定义的“第一指令”，但本领域技术人员可以理解，在计算机系统中，指令的执行引发硬件状态的改变或特定的硬件操作是常见模式。因此，可以合理推断出“响应于指令，由硬件自动执行操作”这一概念在对比文件的上下文中是隐含存在的。但需注意，该“同步操作”的具体内涵（事务写监视）与目标专利（如指令同步或数据同步）可能不完全相同。因此，判断为**隐含公开**。 |
| **技术特征C**：检测由所述计算机硬件响应于所述第一指令自动执行所述同步操作而导致的第一同步事件<br>**判断结果**：未公开 | 对比文件未记载检测“同步事件”的相关内容。 | 对比文件描述了硬件执行操作（如设置写监视），但并未将这些操作或其完成定义为需要被“检测”的“同步事件”。目标专利中的“同步事件”（如指令同步事件、数据同步事件）是一个明确的概念，用于触发后续冗余屏障消除的逻辑。对比文件中的事务状态寄存器（TSR）用于记录冲突、丢失等事件（见[0050]），但这些事件是事务执行过程中的异常或状态，与目标专利中作为常规操作结果的“同步事件”性质不同。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出“检测同步事件”这一技术特征。因此，既未直接公开也未隐含公开。 |
| **技术特征D**：检测指令流中的下一个指令<br>**判断结果**：隐含公开 (<<<d>>>) | “事务包含要作为原子组执行的指令、操作或微操作的编组。”[0023] “如果在事务执行期间没有弹出发生，则事务到达提交点。”[0052] 表1、表3等伪代码展示了事务执行过程中顺序处理指令（如检查标志、执行屏障操作）的逻辑。 | 对比文件的核心内容涉及事务的执行，而事务是由一系列指令构成的（见[0023]）。在处理器按顺序或乱序执行这些事务指令的过程中，必然会涉及“检测指令流中的下一个指令”这一基本步骤。虽然对比文件说明书没有明确使用“检测下一个指令”这样的表述，但这是指令处理电路的固有功能和必要步骤。本领域技术人员阅读对比文件后，能够毫无疑义地理解处理器需要按序获取并处理指令流中的指令。因此，该特征被**隐含公开**。 |
| **技术特征E**：确定所述下一个指令是否包括类型对应于所述第一同步事件的同步屏障<br>**判断结果**：未公开 | 对比文件未记载任何关于“同步屏障”指令或判断指令是否为“同步屏障”的内容。 | 目标专利中的“同步屏障”（如ISB指令）是用于确保顺序的特定类型指令。对比文件中完全未出现“同步屏障”（synchronization barrier）这一概念或任何功能等同的指令。对比文件中的“屏障”指的是事务内存中的“读屏障”或“写屏障”，其功能是执行访问检查、获取锁等，与CPU架构中用于保证指令或数据操作全局可见顺序的“同步屏障”有本质区别。因此，本领域技术人员无法从对比文件中得出“确定下一个指令是否为同步屏障”的技术方案。该特征未被公开。 |
| **技术特征F**：以及响应于确定所述下一个指令包括类型对应于所述第一同步事件的同步屏障，从所述指令流消除所述下一个指令。<br>**判断结果**：未公开 | 对比文件未记载任何关于“消除指令流中的指令”的内容。 | 对比文件的核心是加速事务执行，其优化手段包括使用硬件缓冲、元数据过滤冗余屏障操作（见[0040]、[0044]、表10）等。例如，通过检查元数据或缓冲状态来“过滤”（即跳过）冗余的软件读/写屏障操作（如`tmRdUTM`或`tmWrUTM`中的部分步骤）。然而，“过滤”是指不执行屏障操作中的某些软件步骤，并非从指令流中“消除”或“移除”该指令本身。指令仍然存在并被获取、解码，只是其部分效果被硬件优化绕过。这与目标专利中从指令流中“消除”（如替换为NOP或直接移除）整个指令有根本区别。因此，对比文件未公开“消除指令”这一技术特征。 |
| **技术特征G**：其中检测所述第一同步事件包括检测指令同步事件<br>**判断结果**：未公开 | 对比文件未记载“指令同步事件”相关概念。 | 对比文件全文讨论的都是与数据访问、事务冲突检测相关的“数据同步”场景（如读监视、写监视），从未提及任何关于“指令同步”的事件或操作。指令同步是CPU管线中确保指令获取顺序或上下文切换后指令流一致性的概念，与事务内存的数据同步机制无关。因此，该特征未被公开。 |
| **技术特征H**：并且其中确定所述下一个指令是否包括类型对应于所述第一同步事件的同步屏障包括检测所述下一个指令是否是指令同步屏障。<br>**判断结果**：未公开 | 对比文件未记载“指令同步屏障”相关概念。 | 同技术特征G的论述，对比文件未涉及指令同步或指令同步屏障。该特征未被公开。 |
| **技术特征I**：其中检测所述第一同步事件包括检测数据同步事件<br>**判断结果**：隐含公开 (<<<i>>>) | “写屏障操作可以是急切写屏障，在其中获取写锁和写监视以获得块所有权。”[0045] “写监视可以是硬件监视，其可以在监视块大小的粒度上...”[0045] “在每个位置上设置写监视之后，事务可检查缓冲行是否丢失(例如经由状态寄存器的位)并在丢失任何缓冲行的情况下中止。”[0055] | 对比文件中，硬件“设置写监视”或“获取写锁和写监视”的操作，其目的是确保对特定数据块的独占访问，并在事务提交时使数据更新全局可见。这本质上是一种确保数据访问顺序和一致性的操作，可以被本领域技术人员理解为一种“数据同步事件”。尽管对比文件未明确使用“数据同步事件”这一术语，但根据其描述的作用（确保数据操作顺序），可以合理推断出该操作属于数据同步的范畴。因此，该特征被**隐含公开**。 |
| **技术特征J**：并且其中确定所述下一个指令是否包括类型对应于所述第一同步事件的同步屏障包括检测所述下一个指令是否是数据同步屏障。<br>**判断结果**：未公开 | 对比文件未记载“数据同步屏障”指令。 | 虽然技术特征I中“数据同步事件”可能被隐含公开，但对比文件中并不存在一个独立的、功能等同于目标专利中“数据同步屏障”（如数据内存屏障DMB）的指令。对比文件中的“写屏障”(write barrier)是一系列软件操作（可能由硬件辅助），用于在事务中管理写操作，它不是一个简单的、原子性的、用于保证数据访问顺序的屏障指令。因此，“检测下一个指令是否是数据同步屏障”这一特征未被公开。 |
| **技术特征K**：其中检测所述第一同步事件包括设定同步旗标。<br>**判断结果**：隐含公开 (<<<k>>>) | “如果对于给定位置存在写监视，则没有必要执行另一写屏障。”[0068] “在一个实施例中，用户级测试指令可用于确定对应写数据的地址是否在高速缓存中缓冲了。这个确定可基于与包含所述数据地址的块相关联的缓冲指示符进行。”[0044] | 对比文件描述了通过检查“写监视”是否已存在或“缓冲指示符”来判断是否需要执行写屏障（见[0044], [0068]）。这意味着，硬件在数据块上“设置写监视”这一操作，本身就可以被视为设定了一种状态标志（即“该数据块已被监视”），该标志可用于后续过滤决策。虽然对比文件未明确称之为“同步旗标”，但其作用机制（设置状态、后续检查该状态）与目标专利中“设定同步旗标”以记录同步事件发生的逻辑是相似的。因此，本领域技术人员可以合理推断出设定状态标志（旗标）这一手段。该特征被**隐含公开**。 |
| **技术特征L**：其进一步包括响应于确定所述下一个指令不包括类型对应于所述第一同步事件的同步屏障而清除所述同步旗标。<br>**判断结果**：未公开 | 对比文件未记载在特定条件下“清除”写监视状态或类似旗标的内容。 | 对比文件提到了写监视的持续和再用（见[0068]），但未描述在检测到下一个指令不是同步屏障（或对比文件中的对应物）时，主动清除该监视状态或标志的逻辑。事务中写监视的清除通常发生在事务提交或中止时。目标专利中“清除同步旗标”的逻辑是为了在非冗余情况下重置检测状态，该特定控制流程在对比文件中没有对应描述。因此，该特征未被公开。 |
| **技术特征M**：其中确定所述下一个指令是否包括类型对应于所述第一同步事件的同步屏障包括确定是否设定所述同步旗标。<br>**判断结果**：未公开 | 对比文件未记载通过检查旗标来判断下一个指令类型的逻辑。 | 对比文件确实利用已存在的“写监视”状态来过滤冗余的“写屏障”操作（见[0068]）。这类似于“确定是否设定旗标”来决定是否跳过某个操作。**然而**，技术特征M是特征E（确定下一个指令是否为同步屏障）的一个具体实施方式。由于特征E本身（确定下一个指令是否为同步屏障）在对比文件中未被公开（如特征E论述），因此作为其子步骤的特征M自然也缺乏对应的技术方案基础。对比文件中的判断是基于“当前数据地址的状态”来过滤“当前指令中的操作”，而非基于“已设定的旗标”来判断“下一个指令的类型”。因此，该特征未被公开。 |
| **技术特征N**：其中从所述指令流消除所述下一个指令包括用指示无操作的指令代替所述指令流中的所述下一个指令。<br>**判断结果**：未公开 | 对比文件未记载用无操作（NOP）指令代替任何指令的内容。 | 对比文件的优化在于通过硬件状态过滤掉软件屏障操作中的部分步骤，而不是修改指令流本身，更未提及用NOP指令进行替换。该特征未被公开。 |
| **技术特征O**：其中从所述指令流消除所述下一个指令包括从所述指令流移除所述下一个指令。<br>**判断结果**：未公开 | 对比文件未记载从指令流中移除指令的内容。 | 同技术特征N的论述，对比文件未涉及修改或移除指令流中的指令。该特征未被公开。 |
<<<b>>><<<d>>><<<i>>><<<k>>>