[发明专利]处理器、信息处理设备和算术方法

说明书

相关申请的交叉引用

本申请基于2012年2月29日提交的在前日本专利申请第2012-044881号并要求其优先权的权益，其全部内容通过引用并入本申请。

技术领域

这里讨论的实施例涉及处理器、信息处理设备和算术方法。

背景技术

已知多个算术单元共享存储器的传统信息处理系统。使用下述共享存储器方法的信息处理系统是这种传统信息处理系统的已知示例：其中每个算术单元将存储在存储器中的数据缓存。

在该类信息处理系统中，在共享存储器中创建备份数据，使得如果算术单元之一故障，则可以容易地恢复备份数据。然而，当更新备份数据时，具有缓存功能的算术单元将要备份的数据和旧备份数据二者缓存，然后更新所缓存的备份数据。因此，如果在算术单元将更新后的备份数据回写到存储器之前算术单元中出现故障，则更新后的备份数据有时不可以回写到存储器。

因此，存在以下已知技术：其中，修改程序，以使得发出用于将存储在缓存存储器中的数据回写到存储器的刷新（flush）请求，并且将算术单元缓存的备份数据回写到存储器。下面，将参照图37到39描述用于将算术单元缓存的数据回写到存储器的缓存刷新处理。

图37是示出备份处理的示意图。图38是示出刷新处理的示意图。图39是示出算术单元出故障时的处理的示意图。在图37中示出的示例中，从软件侧角度示出算术单元将数据回写到共享存储器的处理。图38和图39均示出从硬件侧观看的处理。

在图37中示出的示例中，算术单元70和算术单元71中的每个均包括核和缓存存储器，并且共享连接到算术单元71的存储器72。首先，如图37的（A）所示，当算术单元70执行的程序执行当前数据（即，存储在存储器72中的数据）的备份时，程序发出对当前数据的加载请求。然后，如图37的（B）所示，为了将所读取的当前数据的备份数据存储在存储器72中，算术单元70执行的程序发出存储请求和刷新请求两者。

相反，如图38的（C）和（D）所示，从程序接收所发出的加载请求的算术单元70将存储在共享存储器中的备份数据和当前数据缓存。此外，当算术单元70从程序接收到所发出的存储请求时，算术单元70更新缓存存储器中的备份数据，如图38的（E）所示。当程序发出刷新请求时，算术单元70将存储在缓存存储器中的备份数据回写到共享存储器，如图38的（F）所示。

然后，存储器72中存在由于刷新请求而被回写的最新备份数据。因此，如图39的（G）所示，即使算术单元70出故障，信息处理系统也通过使用图39的（H）中示出的最新备份数据来执行恢复。

专利文献1：日本公开专利公布第2009-163450号

专利文献2：日本公开专利公布第2011-018196号

专利文献3：日本公开专利公布第11-259362号

专利文献4：日本公开专利公布第06-19797号

专利文献5：日本公开专利公布第04-175946号

专利文献6：日本公开专利公布第08-44626号

然而，对于修改程序以使得发出刷新请求的技术，存在以下问题：因为修改程序以使得每次缓存要被回写到存储器的数据时发出刷新请求，所以程序变得复杂。

图40是示出对其添加刷新请求的程序的示意图。图40示出包括共享存储器的、具有簇配置的系统所执行的程序。例如，如图40的（I）所示，在具有簇配置的系统执行的程序中，主程序调用多个子程序以允许硬件向每个子程序发出存储请求。

因此，如图40的（J）所示，当地址A（Adr_A）和地址B（Adr_B）中的每个的刷新请求添加到程序时，修改程序以使得每个子程序发出刷新请求。此外，如果在具有簇配置的系统中共享程序，则修改程序以使得根据执行程序的簇的配置来确定是否执行刷新请求。因此，程序变得复杂。

此外，为了避免复杂程序，还可以使用下述直写方法：其中，每次更新缓存中的数据时，数据被回写到存储器。图41是示出直写方法的示意图。例如，如图41的（K）所示，算术单元70缓存来自共享存储器的数据，并且如图41的（L）所示，更新缓存数据。

然后，如图41的（M）所示，每次更新缓存数据时，算术单元70将缓存中的数据回写到共享存储器。然而，在直写方法中，每次算术单元70更新缓存数据时，发生用于将缓存存储器中的数据回写到共享存储器的处理，这是个瓶颈。