[发明专利]用于事务存储器的最后分支记录指示符

说明书

背景技术

随着技术的进步，计算机系统以多处理器系统的形式包括更大数量的处理器，例如，通过可同时执行多个线程的一个或多个多核处理器。一般而言，在线程访问共享资源之前，线程可能获得共享资源上的锁。在共享资源为存储在存储器中的数据结构的情况下，试图访问相同资源的所有线程可根据闭锁机制提供的互斥性来串行化其操作的执行。例如，由于死锁或其他不想要的行为，这可能不利于系统性能并且可能导致程序失败。

系统中日益增加的核和逻辑处理器的数量使得更多软件线程能够被执行。然而，可能同时执行的软件线程的数量的增加已造成与同步软件线程之间共享的数据有关的问题。用于访问多核或多逻辑处理器系统中的共享数据的一个常见的解决方案是使用锁来保证对共享数据的多个访问之间的互斥。然而，日益增加的执行多个软件线程的能力可能造成假竞争和执行串行化。

为了降低闭锁机制的使用造成的性能损失，一些计算机系统可使用事务存储器（TM）。事务存储器通常指的是在不使用闭锁机制的情况下允许多个线程同时访问共享资源的同步模型。

通常事务执行可包括推测地执行微操作、操作或指令的组。目前的TM系统包括其中处理器硬件被用于执行事务的硬件TM系统、其中事务是用软件实现的软件TM系统、以及其中硬件和软件都可用于执行事务的混合TM系统。通常地，硬件TM系统可能最有效，但是如果事务变得太大，例如溢出硬件存储器，那么该事务通常被重启。这里，用于执行该事务直到溢出所花费的时间可能被浪费。

处理器包括各种硬件并且还可提供用于测试、调试或其他操作的硬件。例如，在处理器中可提供各种寄存器，以用于执行处理器检查点设定、异常报告、分支记录等等。然而，此类性能监测硬件一般不用于事务存储器的环境。

附图简述

图1是根据本发明的实施例的最后分支寄存器对的框图。

图2是根据本发明的一个实施例的处理器核的框图。

图3是根据本发明的另一实施例的处理器核的框图。

图4是根据本发明的一个实施例的用于产生分支记录的方法的流程图。

图5是根据本发明的实施例的用于使用分支记录的方法的流程图。

图6是根据本发明的实施例的系统的框图。

详细描述

在各个实施例中，在执行程序期间获得的分支信息可被记录并然后用于概况分析、调试和/或优化事务存储器事务。以这种方式，可实现改良的事务存储器操作和代码。在各个实施例中，包括在此类寄存器中的信息可包括最后分支信息，在最后分支信息中可记录在程序执行期间被采用的分支有关的信息。除此类分支的识别之外，还可记录有关事务存储器的待决事务的执行的信息。使用该信息，可实现事务存储器事务的调试和其他操作。

事务执行通常包括将多个指令或操作分为事务、原子段（atomic section）或代码的关键段。在某些情况下，术语指令指的是宏指令，该宏指令由多个操作组成，而在其他情况下，指令可指较小的操作，例如，微操作（uop）。通常有两种方法来识别事务。第一示例包括用软件来界定事务。这里，某些软件界定被包括在代码中以标识事务。在另一实施例中，这可结合上述软件界定来实现，事务通过硬件被分组或通过指示事务开始和事务结束的指令被识别。

在处理器中，可推测地或非推测地执行事务。在第二种情况中，指令的分组通过对将被访问的存储器位置的某种形式的锁或有保证的有效访问来执行。替代地，事务的推测执行更普遍，其中，事务被推测地执行并且事务一结束就被提交。此处提及的事务的待决指的是已经开始执行但还未提交或中止（即，待决）的事务。

通常，在事务的推测执行期间，对存储器的更新不全局可见直到事务被提交。当事务仍然待决时，跟踪从存储器加载和写入的位置。一旦成功验证那些存储器位置，就提交事务并且使在事务期间进行的更新全局可见。然而，如果事务在其待决期间被无效，则重新启动事务且不使更新全局可见。