对比文件名称：2006-04-04_KR1020060029151A_发明公开_KR1020060029151A 모니터-메모리 대기를 사용하여 큐잉된 로크들
目标专利名称：具有锁定指示器的多线程处理器CN101884029B
模型名称：gpt-4
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：《未公开》<br>其包括：接收与所述多线程处理器的第一线程相关联的翻译旁视缓冲器TLB未中事件 | 对比文件未提及“翻译旁视缓冲器(TLB)”或“TLB未中事件”。 | 根据目标专利说明书，技术特征A涉及处理器接收到一个特定的硬件事件——与特定线程相关的TLB未命中。对比文件通篇讨论的是多线程处理器（或逻辑处理器）对“锁（lock）”的竞争、获取和释放（例如[3]段），该“锁”是一个软件概念上的同步对象，用于管理对共享资源的访问。虽然对比文件提到了资源竞争和处理器等待，但并未公开TLB这一特定的硬件资源，也未公开TLB未中这一特定的硬件异常事件。因此，对比文件未公开该技术特征。 |
| **技术特征B**：《未公开》<br>检查TLB锁定指示器，其中所述TLB锁定指示器包含存储在全局控制寄存器处的位 | [8]段: “일 실시예에 따르면, 프로세서에 대응하여 노드 또는 큐 요소(노드)가 생성될 수 있다. 일 실시예에 따르면, 그러한 노드가 초기화될 수 있고, 경합되는 로크와 연관될 수 있으며, 모니터-mwait를 사용해서 모니터링될 수 있다. 노드의 모니터는, 예컨대 모니터 어드레스라고 할 수도 있는 로크의 로크 어드레스를 모니터링함으로써 그와 같은 로크를 모니터링하는 과정을 포함할 수 있다.” <br>翻译：根据一个实施例，可以生成与处理器对应的节点或队列元素(节点)。根据一个实施例，可以初始化这样的节点，可以与竞争的锁关联，并且可以使用监控-mwait进行监控。节点的监控可以包括通过监控锁的锁地址(例如，可以称为监控地址)来监控这样的锁的过程。 | 根据目标专利，技术特征B的“TLB锁定指示器”是一个位于处理器全局控制寄存器中的特定硬件位，用于指示TLB的锁定状态。对比文件中描述了一种用于管理锁竞争的机制，其中为每个等待锁的处理器创建一个“节点”，节点中包含了待监控的“锁地址”（即锁在内存中的位置）。这个“锁地址”起到了指示锁状态的作用，因为对该地址的写入（锁的释放）会触发监控事件。然而，这个“锁地址”是存储在为每个处理器/线程创建的节点数据结构中，并非存储在目标专利所定义的“全局控制寄存器”中的单个“位”。两者在存储位置、数据结构和作用范围上存在本质差异。对比文件未公开“存储在全局控制寄存器处的位”这一特定技术手段。 |
| **技术特征C**：《未公开》<br>响应于所述TLB锁定指示器指示未锁定状态而允许所述第一线程存取与TLB相关联的异常处置器 | [8]段: “일 실시예에 따르면, 하나 이상의 이벤트나 설정된 시간 주기(set time period)를 모니터 이벤트라고 할 수 있고, 모니터 이벤트 발생 시 노드의 모니터링이 종료하고 프로세서는 어웨이크(awake)될 수 있다. 예를 들어, 로크를 구하기 위한 큐 내에 후속 프로세서가 있고 로크의 이용 가능성이 인정되는 것을 모니터 이벤트라고 할 수도 있다.” <br>翻译：根据一个实施例，可以将一个或多个事件或设定的时间周期称为监控事件，当监控事件发生时，节点的监控结束，处理器可以被唤醒(awake)。例如，在获取锁的队列中后续处理器存在且锁的可用性被确认，也可以称为监控事件。 | 根据目标专利，技术特征C描述了一种直接路径：当TLB未锁定时，允许触发TLB未中的线程立即访问专门的“异常处置器”来处理该未中事件。对比文件描述的是，当锁可用时（这可以类比为“未锁定状态”），等待该锁的处理器可以被唤醒（如[8]段所述）。然而，对比文件中的“锁可用”事件触发的是处理器从休眠中被唤醒以重新尝试获取锁，而目标专利中的“未锁定状态”直接导致的是线程被允许访问“异常处置器”这一特定硬件或软件处理模块。对比文件没有公开任何与“TLB”相关的“异常处置器”的概念。因此，虽然两者都涉及资源可用时的响应，但响应的具体对象和目的不同，对比文件未公开该技术特征。 |
| **技术特征D**：《隐含公开》<br>响应于所述TLB锁定指示器指示锁定状态而：使所述第一线程休眠，其中由休眠模式电路响应于接收到来自控制电路的休眠指令而使所述第一线程休眠 | [16]段: “로크를 대기 중인 하나 이상의 프로세서를 위하여 로크를 모니터링하기 위한 방법 및 장치가 설명된다. 대체로, 본 발명의 실시예들은, 로크를 대기 중인 하나 이상의 프로세서들을 위하여, 로크가 이용 가능해지기까지 그와 같은 로크를 모니터링하는 모니터-메모리 mwait의 이용을 포함하고 있다.” <br>[17]段: “다른 프로세서들에 의해 경합될 수 있는 로크를 획득하려는 프로세서를, 그 로크가 해당 프로세서에 대해 이용 가능해지는 것과 같은 모니터 이벤트가 발생할 때까지, 슬리핑(sleep)하게 하는 시스템, 장치 및 방법이 제공된다.” <br>[31]段: “일 실시예에 따르면, MONITOR 동작 코드는 모니터 트랜잭션 정보를 설정하기 위한 MONITOR 동작 코드(명령어)를 포함할 수 있다. ... MWAIT 동작 코드는 모니터 이벤트들의 인지 및 T1의 보류를 트리거하는데 사용될 수 있다.” <br>[35]段: “모니터(110)는 인에이블되었고 이미 보류 중인 모니터 이벤트는 존재하지 않으면, 프로세싱 블록(235)에서 T1은 보류될 수 있다.” <br>[37]段: “일 실시예에 따르면, T1이 보류됨으로써, 프로세서(100)는 다른 스레드들로 하여금 프로세서 리소스들을 좀더 충분히 이용할 수 있게 하는 구현 의존 상태(implementation dependent state)로 진입할 수 있다.” | 根据目标专利，技术特征D的核心在于：当共享资源（TLB）被锁定时，使请求访问的线程进入休眠。对比文件详细公开了在多线程环境中，当处理器试图获取一个正被其他处理器竞争的锁（即锁处于“锁定状态”）时，该处理器会使用“MONITOR”和“MWAIT”指令组合，进入一种“슬리핑(sleep)”或“보류(暂停)”状态（[17], [31], [35]段）。这种状态被描述为“实现依赖状态”，并可能涉及释放该处理器专用的资源给其他线程使用（[37]段）。虽然对比文件没有明确使用“休眠模式电路”和“来自控制电路的休眠指令”这样的术语，但本领域技术人员可以理解，执行“MWAIT”这类指令必然需要处理器内部的控制逻辑（可视为“控制电路”）来解析指令并触发相应的硬件状态转换机制（可视为“休眠模式电路”）使处理器核心或线程挂起。因此，对比文件隐含公开了“当资源（锁）被锁定时，使请求线程休眠”这一基本技术手段。 |
| **技术特征E**：《未公开》<br>使所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态，其中所述TLB锁定指示器不从所述锁定状态转变为所述未锁定状态直到指示异常已被处置 | [9]段: “일 실시예에 따르면, 경합되는 로크는, 그 로크를 소유하는 다른 프로세서에 의해 해제될 때에 이용 가능해 질 수 있다.” <br>[68]段: “일 실시예에 따르면, 모니터 이벤트는, 로크를 얻으려는 프로세서(슬리핑 프로세서)가 경합 로크를 요구하는 순서에 있어서 바로 다음(즉 첫 번째)이 되는 것일 수 있다. 예를 들어, 해제 프로세서는... 경합 로크를 얻으려 하는 슬리핑 프로세서를 슬립/mwait로부터 웨이크업하기 위해 저장 N.next->Lock를 발행할 수 있다... 프로세싱 블록(912)에서, 프로세서를 해제함으로써 로크가 해제된다.” | 根据目标专利，技术特征E包含两个关键点：1) TLB锁定指示器状态的转变；2) 该转变发生的时机是“直到指示异常已被处置”。对比文件确实公开了锁状态的转变：拥有锁的处理器在完成其操作后“释放(해제)”锁，使其从“锁定”变为“未锁定”（[9], [68]段）。然而，目标专利中状态转变的触发条件是“异常已被处置”这一特定事件，这是与TLB未中事件处理流程紧密相关的。对比文件中锁的释放是由拥有锁的处理器在其常规操作完成后主动执行的，并未将其与任何“异常处置完成”事件进行绑定。对比文件没有公开将资源锁定状态的解除与一个特定的“异常处置完成”信号相关联的技术特征。 |
| **技术特征F**：《未公开》<br>响应于所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态而重放导致所述TLB未中事件的包的执行。 | [66]段: “일 실시예에 따르면, 제1 프로세서가 웨이크업 또는 재개되고 나면, 프로세서 슬리핑/어웨이크 로직(377)은 모니터 이벤트의 검출시에 다시 활성화될 수 있다. 이번에도 역시, 앞서 포기된 리소스들이 다시 파티션되어 곧 어웨이크되거나 최근에 어웨이크된 제1 프로세서를 수용할 수 있도록, 파이프라인이 플러시되어 그 파이프라인으로부터의 명령어들을 비울 수 있다.” | 根据目标专利，技术特征F指的是线程被唤醒后，不是从下一条指令继续执行，而是“重放(重执行)”之前导致TLB未中的那个“指令包”。对比文件提到，当处理器从MWAIT休眠状态被唤醒后，其管道可能被刷新，处理器可以重新开始执行（[66]段）。然而，对比文件并未明确描述处理器被唤醒后是“重放”导致其进入休眠的**特定指令**。在锁竞争场景中，处理器被唤醒通常意味着锁已可用，处理器应继续执行其获取锁的代码序列（可能是一条原子交换指令），但这不是目标专利中定义的“重放导致TLB未中事件的包”。后者的核心是重新执行触发特定硬件异常（TLB未中）的指令，以利用异常处置期间可能已填充的TLB条目。对比文件未公开这种与特定硬件异常事件绑定的指令重放机制。 |
| **技术特征G**：《未公开》<br>其进一步包括当允许存取时将所述TLB锁定指示器设定为所述锁定状态。 | [6]段（对应图2流程）: “프로세싱 블록(200)에서, MONITOR 동작 코드는 제1 스레드(T1)의 명령어들의 시퀀스의 일부로서 수신된다. ... 트리거링 사이클이 검출되면, 블록(220)에서, 모니터 이벤트 펜딩 표시자가 설정될 수 있다.” <br>（注：此段描述的是监控到事件后设置标志，并非直接设定锁本身为锁定状态。锁的锁定通常由成功获取锁的处理器设定。） | 根据目标专利，技术特征G描述的是在允许线程访问异常处置器的同时，立即将TLB锁定指示器置为锁定状态，以防止其他线程同时修改TLB。对比文件中，锁的“锁定状态”是由成功获取锁所有权的处理器设定的（例如，通过原子操作将锁变量置为“已占用”）。这个过程发生在处理器成功争用到锁的时刻，而不是在“允许存取”某个异常处理模块的时刻。两者在动作发生的时机和上下文上不同。对比文件没有公开在允许一个线程进行异常处理访问的同时，立即设置硬件锁定指示器的步骤。 |
| **技术特征H**：《未公开》<br>其中所述TLB包括软件管理的TLB。 | 对比文件全文未提及“翻译旁视缓冲器(TLB)”，更未区分其是硬件管理还是软件管理。 | 目标专利说明书[0051]段提到“在特定实施例中，TLB未中事件发生在软件管理的TLB处”。技术特征H限定了TLB的类型为“软件管理的TLB”。对比文件完全不涉及TLB这一技术概念，因此不可能公开其管理方式。 |
| **技术特征I**：《未公开》<br>其进一步包括：计算与所述TLB未中事件有关的结果 | 对比文件未涉及TLB未中事件的处理，因此没有计算相关结果的内容。 | 该技术特征是TLB未中事件处理流程的一部分，例如计算缺失的页表项。对比文件处理的是通用锁的获取与释放，不涉及地址翻译或页表查询，因此未公开此特征。 |
| **技术特征J**：《未公开》<br>将所述结果编程到所述TLB中 | 对比文件未涉及TLB及其编程操作。 | 该技术特征是TLB未中事件处理的核心步骤，即将从页表获取的地址翻译写入TLB。对比文件完全不涉及TLB硬件，因此未公开此特征。 |
| **技术特征K**：《未公开》<br>将所述TLB锁定指示器设定为所述未锁定状态。 | [68]段: “프로세싱 블록(912)에서, 프로세서를 해제함으로써 로크가 해제된다.” <br>翻译：在处理块(912)中，通过释放处理器来释放锁。 | 虽然对比文件公开了“释放锁”（即锁从锁定变为未锁定）这一一般性概念，但技术特征K特指“将TLB锁定指示器设定为未锁定状态”。如之前论述，对比文件中的“锁”是软件数据结构，其释放是写入内存地址；而目标专利的“TLB锁定指示器”是全局控制寄存器中的一个硬件位。两者实现方式和物理载体不同。因此，对比文件未公开该具体技术手段。 |
| **技术特征L**：《未公开》<br>其进一步包括在从所述异常处置器返回后即刻自动将所述TLB锁定指示器设定为所述未锁定状态。 | 对比文件未公开“异常处置器”及其返回机制。 | 该技术特征与异常处置器的执行流程紧密相关。对比文件没有类似“异常处置器”的组件，锁的释放是由用户程序代码（或锁库函数）主动调用完成的，并非由某个硬件异常处理模块在返回时“自动”执行。因此，对比文件未公开此特征。 |
| **技术特征M**：《未公开》<br>其中所述异常处置器将所述TLB锁定指示器设定为所述锁定状态。 | 对比文件未公开“异常处置器”。 | 该技术特征限定了由“异常处置器”来执行锁定操作。对比文件中，锁的设定是由尝试获取锁的线程通过执行特定的锁获取指令序列（可能包含原子操作）完成的，并非由一个独立的“异常处置器”模块负责。因此，对比文件未公开此特征。 |
<<<d>>>