对比文件名称：2005-02-09_CN1577282A_发明公开_CN1577282A 使用监视－存储器等待的被排序的锁定
目标专利名称：434具有锁定指示器的多线程处理器CN101884029B
模型名称：gpt-4
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：接收与所述多线程处理器的第一线程相关联的翻译旁视缓冲器TLB未中事件<br>《未公开》 | 对比文件未提及“翻译旁视缓冲器(TLB)”或“TLB未中事件”。其涉及的是处理器等待获取一个被争用的“锁定”（例如，一个软件锁定）。例如，第[0078]段：“在处理框802，处理器可以寻求获得锁定，该锁定可能被其他处理器争用。” | 目标专利中“TLB未中事件”是特定的存储器管理单元事件，指示所需的虚拟-物理地址映射不在TLB中，需要异常处理程序介入。对比文件中的“寻求获得锁定”是一个通用的软件同步原语操作（如自旋锁），其触发条件和作用（协调对共享数据的访问）与TLB未中事件（触发地址映射加载）完全不同。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出“TLB未中事件”这一特定技术特征。 |
| 技术特征B：检查TLB锁定指示器，其中所述TLB锁定指示器包含存储在全局控制寄存器处的位<br>《隐含公开》 | 第[0083]段：“在处理框814，可以在节点上设立监视器，以监视与被争用的锁定相关联的节点，从而监视被争用的锁定。监视被争用的锁定可以包括监视锁定的锁定地址，以确定该锁定是否已经对第一处理器可用{Monitor(N.lock)}。” 第[0070]段：“例如，总线接口300包括…监视器310…监视器310可以包括监视器周期信息寄存器112…监视器周期信息寄存器112可以存储物理地址，并且存储器存取监视器110可以监视任何表明向该物理地址实际的或潜在的写的总线周期。” | 目标专利的“TLB锁定指示器”是一个存储在寄存器中的位，用于指示TLB资源的锁定状态。对比文件虽然没有明确一个独立的“锁定状态位”，但其“监视地址”（如锁定地址）存储在“监视器周期信息寄存器”（一个专用寄存器）中，并通过硬件监视器监测对该地址的写操作。监测“锁定地址”是否被写入，其本质作用就是判断“锁定”资源（对比文件中的软件锁定）的可用性（未锁定）或占用性（锁定）。本领域技术人员可以合理推断，为了实现对共享资源锁定状态的硬件管理，需要一种硬件存储的指示手段（如寄存器中的地址或状态位）以及检查该指示的机制。对比文件的“监视地址寄存器”及对其内容的“监视”操作，在功能上隐含了“检查一个存储在硬件寄存器中、用于指示锁定状态的指示器”这一技术特征。 |
| 技术特征C：响应于所述TLB锁定指示器指示未锁定状态而允许所述第一线程存取与TLB相关联的异常处置器<br>《未公开》 | 第[0082]段：“如果锁定没有被争用，则在处理框806，处理器可以通过声明可用的锁定的所有权，使用获取锁定的传统方法获取锁定。” | 目标专利中，当锁定位指示未锁定状态时，允许线程访问“异常处置器”来处理TLB未中。对比文件中，当锁定未被争用（即可用，相当于未锁定状态）时，处理器直接获取锁定并继续执行。对比文件完全没有提及“异常处置器”，更未涉及允许线程存取异常处置器以处理特定硬件异常（如TLB未中）。两者的响应动作和作用根本不同。 |
| 技术特征D：响应于所述TLB锁定指示器指示锁定状态而：使所述第一线程休眠，其中由休眠模式电路响应于接收到来自控制电路的休眠指令而使所述第一线程休眠<br>《直接公开》 | 第[0083]段：“在处理框814，可以在节点上设立监视器，以监视与被争用的锁定相关联的节点…监视被争用的锁定可以包括监视锁定的锁定地址…” 第[0084]段：“在处理框816，根据一个实施例，存储器等待(mwait)指令可以被执行来使处理器休眠，同时等待被争用的锁定变得可用。” 第[0085]段：“根据一个实施例，如果监视器是活动的并且没有挂起的监视器事件，则处理器可以进入休眠，直到监视器事件发生。” 第[0056]段：“根据一个实施例，MWAIT操作码可以被用来触发监视器事件的识别和T1的暂停。” 图5及相关描述（第[0065]-[0066]段）展示了在暂停线程（休眠）前进行测试、流水线刷新、资源划分等逻辑，这些操作由处理器逻辑（相当于控制电路和休眠模式电路）响应于MWAIT指令（相当于休眠指令）执行。 | 目标专利中，当锁定位指示锁定时，控制电路发出休眠指令，休眠模式电路使线程休眠。对比文件中，当锁定被争用（即处于锁定状态）时，处理器执行MWAIT指令，该指令触发处理器逻辑（控制电路）使当前线程/逻辑处理器进入休眠状态，直到监视地址被写入（锁定释放）。MWAIT指令的执行即相当于“接收到来自控制电路的休眠指令”。对比文件图5及描述中“流水线刷新逻辑382”和“划分/退火逻辑385”等共同完成了使线程休眠的操作，相当于“休眠模式电路”。两者都是响应于共享资源被占用（锁定状态）这一条件，通过硬件指令和逻辑使请求线程休眠，以避免忙等待，作用完全相同。因此，该特征被对比文件直接公开。 |
| 技术特征E：使所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态，其中所述TLB锁定指示器不从所述锁定状态转变为所述未锁定状态直到指示异常已被处置<br>《隐含公开》 | 第[0090]段：“根据一个实施例，监视器事件可以指寻求锁定的处理器（休眠处理器）是队列中下一个（或第一个）来声明被争用的锁定的处理器。例如，释放处理器可以发出store N.next->Lock，来从休眠/mwait唤醒寻求被争用的锁定的休眠处理器（if(N.next！=0){Store to N.next->Lock//唤醒休眠的处理器})…” 第[0091]段：“在处理框912，锁定由释放处理器释放。” | 目标专利中，锁定位从锁定到未锁定的转变，发生在“异常已被处置”之后。对比文件中，锁定的释放（即从“被占有”状态转变为“可用”状态）是通过拥有锁定的处理器向特定的锁定地址执行写操作（store）来实现的。这个写操作的发生，即代表了“锁定已被释放”这一事件完成。虽然对比文件中的触发事件是“锁定释放”而非“异常处置”，但两者在逻辑链中的作用是等价的：都是导致资源从不可用变为可用的前置条件完成。本领域技术人员可以合理推断，在一种硬件管理的锁定机制中，锁定状态的转变必然关联于某个标志性事件（如资源操作完成、锁定释放）的完成。对比文件明确公开了锁定状态通过写操作来改变，且该写操作是资源释放完成的标志。因此，该特征被对比文件隐含公开。 |
| 技术特征F：响应于所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态而重放导致所述TLB未中事件的包的执行<br>《未公开》 | 第[0085]段：“在处理框822，现在被唤醒的第一处理器可以声明对锁定的所有权，并且可以收回任何先前让出的资源。” 第[0067]段：“在处理框565，线程1可以被恢复。” | 目标专利中，线程被唤醒后的特定动作是“重放导致所述TLB未中事件的包的执行”。对比文件中，线程被唤醒后是“声明对锁定的所有权”并继续执行（即从进入休眠的点之后继续），或更一般性地“恢复”线程。对比文件没有描述“重放”导致进入休眠状态的那条或那包指令的动作。目标专利的“重放”是针对TLB未中事件处理流程的特定步骤，以确保未中指令能再次尝试访问TLB。该特征未被对比文件公开。 |
| 技术特征G：其进一步包括当允许存取时将所述TLB锁定指示器设定为所述锁定状态<br>《直接公开》 | 第[0082]段：“如果锁定没有被争用，则在处理框806，处理器可以通过声明可用的锁定的所有权，使用获取锁定的传统方法获取锁定。” | 目标专利中，当锁定位未锁定从而允许线程存取异常处置器时，会将锁定位设定为锁定状态。对比文件中，当处理器检查发现锁定未被争用（即可用）并允许其获取时，处理器通过“声明所有权”的方式获取锁定。获取锁定这一动作，必然意味着锁定资源的状态从“可用（未锁定）”转变为“被占有（锁定）”。虽然对比文件可能没有明确一个独立的“设定锁定状态位”的操作，但“声明所有权”这一操作本身在硬件锁定上下文中，其必然结果和内在含义就是将锁定的状态标识为锁定。因此，该特征被对比文件直接公开。 |
| 技术特征H：其中所述TLB包括软件管理的TLB<br>《未公开》 | 对比文件全文未提及“翻译旁视缓冲器（TLB）”，更未区分其是硬件管理还是软件管理。 | 该特征限定了共享资源的具体类型为“软件管理的TLB”。对比文件讨论的共享资源是通用的“锁定”，可能保护任意内存数据，并未涉及TLB这一特定硬件部件，也完全没有提及TLB的管理方式。因此，该特征未被公开。 |
| 技术特征I：其进一步包括：计算与所述TLB未中事件有关的结果<br>《未公开》 | 对比文件未提及“TLB未中事件”，因此也没有计算与其相关结果的步骤。 | 该特征是处理TLB未中事件的具体步骤（如查询页表计算地址映射）。对比文件涉及的是锁定获取与释放，不涉及地址翻译异常的处理。因此，该特征未被公开。 |
| 技术特征J：将所述结果编程到所述TLB中<br>《未公开》 | 对比文件未提及“TLB”，因此也没有向TLB编程的步骤。 | 该特征是TLB未中处置的核心步骤，即将新的地址映射填入TLB。对比文件不涉及TLB操作。因此，该特征未被公开。 |
| 技术特征K：将所述TLB锁定指示器设定为所述未锁定状态<br>《直接公开》 | 第[0090]-[0091]段：“释放处理器可以发出store N.next->Lock…锁定由释放处理器释放。” | 目标专利中，在异常处置完成后将锁定位设定为未锁定。对比文件中，拥有锁定的处理器通过向锁定地址执行写操作（store）来释放锁定。这个“释放锁定”的操作，其直接作用和结果就是将锁定的状态从“被占有（锁定）”转变为“可用（未锁定）”。虽然对比文件中锁定的状态是由存储地址的数据值隐含表示，而非一个显式的“位”，但“释放锁定”这一操作在功能上等同于“将锁定指示器设定为未锁定状态”。因此，该特征被对比文件直接公开。 |
| 技术特征L：其进一步包括在从所述异常处置器返回后即刻自动将所述TLB锁定指示器设定为所述未锁定状态<br>《未公开》 | 对比文件未提及“异常处置器”及其返回操作。 | 该特征限定了锁定位状态转变的一个特定触发时机：“从异常处置器返回后即刻自动”。对比文件中锁定状态的转变（释放）是由释放锁定的处理器主动执行写操作触发的，并非与“异常处置器返回”这一事件关联。虽然两者都实现了锁定状态的解除，但触发机制和上下文不同。因此，该特征未被对比文件公开。 |
| 技术特征M：其中所述异常处置器将所述TLB锁定指示器设定为所述锁定状态<br>《未公开》 | 对比文件未提及“异常处置器”。锁定通常由获取锁定的线程/处理器设定。 | 该特征限定了设定锁定状态的主体是“异常处置器”。对比文件中，锁定是由成功获取它的处理器（或线程）设定（声明所有权）的。主体不同。因此，该特征未被公开。 |
<<<b>>><<<D>>><<<e>>><<<G>>><<<K>>>