CN1237252A - 用于在多处理器数据处理系统中分配存储器的方法 - Google Patents

用于在多处理器数据处理系统中分配存储器的方法 Download PDF

Info

Publication number
CN1237252A
CN1237252A CN98801271A CN98801271A CN1237252A CN 1237252 A CN1237252 A CN 1237252A CN 98801271 A CN98801271 A CN 98801271A CN 98801271 A CN98801271 A CN 98801271A CN 1237252 A CN1237252 A CN 1237252A
Authority
CN
China
Prior art keywords
rule
address
section
memory
virtual
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN98801271A
Other languages
English (en)
Inventor
希里·伯达茨
帕特里斯·罗曼德
珍-多米尼克·索雷丝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bull SAS
Original Assignee
Bull SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from FR9711025A external-priority patent/FR2767938B1/fr
Application filed by Bull SAS filed Critical Bull SAS
Publication of CN1237252A publication Critical patent/CN1237252A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/08Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/10Address translation
    • G06F12/1072Decentralised address translation, e.g. in distributed shared memory systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/08Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/12Replacement control
    • G06F12/121Replacement control using replacement algorithms

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Memory System Of A Hierarchy Structure (AREA)
  • Multi Processors (AREA)

Abstract

本发明涉及一种用于在一个多处理器的数据处理系统中分配物理存储单元的方法,该多处理器数据处理系统包括一个分布在多个模块中的非均匀存取存储器单元(Mem)。软件应用程序(Applix)与一组预先定义的存储器分配规则(Rg)相连接。当一个地址对应表中不存在与一个虚拟地址相关的项时,就产生一个页面错误(Fp)。依据一个作为应用程序(Applix)简要表和页面错误类型(Fp)的函数的预定规则,执行物理存储单元(Mem)的分配。在实施例的一个最佳变形例中。存储器以段的形式进行组织并且段被细分成虚拟地址区域。这些区域可与一个专用存储器分配策略相关联。在相反的情况下,为通用的段策略。

Description

用于在多处理器数据处理系统中分配存储器的方法
本发明涉及一种用于在多处理器数据处理系统中分配存储器的方法,特别涉及一种用于分配具有非均匀存取能力的存储器的方法。
在本发明的范围内,术语“非均匀”是一个暂时的概念,如后面所述。同样,术语“一个存储器”表示广义的概念,它可以表示一个分布式存储器、一个存储器分层体系(例如由多个具有不同存取时间的存储器构成)或一组不同类型的存储器。
在数据处理领域内,通过增加处理器的组成个数可以提高计算机的效力是众所周知的,一种名为“SMP”(来源于英文词SymmetricalMultiprocessor)的公知计算机允许不同的处理器在同一机器内通过一条系统总线对称地访问其存储器。这是具有均匀存取存储器的计算机,因为对所有的被存取数据来说,对存储器的访问时间基本相同。
为此,这种体系结构被称为“UMA”(来源于英文词“UniformMemory Access”)。
附属于本发明说明书的图1简要地示出了“UMA”型体系结构的示例。
此后被称为“SMP”模块的数据处理系统1包括特定数量的中央处理单元或处理器,或依据英文中的专业术语的“CPU”。图1所示的例子中示出了四个中央处理单元:10至13。与这些中央处理单元10至13相关联的是一个主存储器14,这四个中央处理单元均可对该主存储器进行访问。
由于从局部上说,所有的访问都发生模块1中,并且如果全部可用存储空间在访问时间上是均匀分配的(这构成了最初的设想,因为这是一个“UMA”体系结构),所以无论中央处理器10到13中的哪一个发送了一个请求,访问时间都保持基本相等。
虽然图1中只示出了四个中央处理器10至13,但是应当清楚中央处理器的个数是可以任意选择的。可以增加或减少中央处理器的个数。但是,这种类型的计算机的性能曲线不会随着处理器的个数呈线性增长。增加的处理器导致系统将更多的时间消耗在对其可用于正在运行的应用程序的资源的可访问性上。这样考虑的结果是:当处理器个数超过一个最佳值,通常被估计为4个左右时,将降低计算机的性能曲线。现有技术中已对此问题提供了不同的解决方案。
一种为公众所知的解决方案是将多台计算机分成群集以使它们彼此之间通过一个网络进行通信。每台计算机具有最佳个数的处理器,例如四个,以及自己的操作系统。每当该机器对保存在另一台计算机中的数据执行一次操作时,就与这另一台计算机建立一次通信。这些通信所需要的时间和对相同的数据进行操作的需求导致了大量(high-volume)应用程序,例如多次通信的分布式应用程序中出现的等待时间问题。等待时间是用于分离发送一个访问存储器的请求的瞬间和接收对该请求的响应的瞬间的时间。
另一种公知的解决方案是利用具有NUMA类型体系结构的计算机(来源于英文词Non-uniform Memory Access)。这些是带有非均匀访问存储器的计算机,因为对存储器的访问时间随着被存取数据的位置而变化。一台“NUMA”型计算机由多个模块构成,每个模块包括最佳个数的处理器和计算机中整个存储器的物理部分。这种类型的计算机具有非均匀存储器访问的能力,因为对一个模块来说,与访问与其它模块共享的部分相比,访问不与其它模块共享的存储器物理部分要更加容易和快捷。尽管每个模块都具有连接其处理器和其物理存储器的专用系统总线,但公用于所有模块的操作系统则允许将所有的专用系统总线看作该机器的一条唯一的系统总线。一个逻辑地址为一个模块的给定物理存储单元指定一个驻留位置。对一个特定的处理器来说,对实际上位于该处理器所在的模块中的本地存储器部分的访问不同于对实际上位于该处理器所在的模块之外的一个或多个模块中的远程存储器部分的访问。
附属于本发明说明书的图2简略地示出了这种体系结构,即“NUMA”体系结构的一个示例。为了简化附图,假设数据处理系统1’只包括两个上述“SMP”类型的模块“Ma和Mb,并且这两个模块是相同的。但是应当理解数据处理系统1’可以包括更多个模块并且模块Ma和Mb可以是不相同的(尤其在中央处理器的数量上)。
模块Ma包括四个中央处理器10a-13a,和一个主存储器14a。同样,模块Mb也包括四个中央处理器10b-13b以及一个主存储器14b。两个主存储器14a和14b(更一般地为n个主存储器)分别借助于所谓的“连接”2,一般通过所谓的远程高速缓冲存储器15a和15b进行彼此之间的通信。连接2并非对应于简单的物理连接,而是包括各种无需在此进行详述的标准电子电路(控制电路、接口电路等)。
在这种类型的体系结构中,很容易理解如果一个应用程序正在模块Ma中运行,则对“近端”存储器14a(本地存取)的存取时间,先验的少于对位于模块Mb中的“远端”存储器14b的存取时间,而与涉及哪一个中央处理器10a-13a无关。当数据被物理存储在另一模块中时,通过连接2是非常必要的,这实质上增加了传送时间。
在新式的数据处理系统中,在一个虚拟存储空间的基础上执行为一个给定的应用程序分配存储器。这种分配是在操作系统或“OS”的控制下被执行的。然后在虚拟存储空间和物理存储器之间建立动态的对应关系。为此,通常利用地址对应表。按照通用的英文表达方式,将其称为动态“映射”(mapping)。已经提出了各种类型的存储格局,包括通过区域或通过段进行组织。为了解释这些概念而不以任何方式限定本发明范围,下面将描述一种“段”型格局。实际上,一个段就是具有连续的虚拟地址,固定和预定长度的空间。
更准确地,在现有技术中,依据所有应用程序通用的规则来执行上述动态对应关系或“映射”,而与它们的类型无关,无需考虑物理存储器的位置。实际上,如果一个进程试图访问一个虚拟地址并在地址对应表中没有找到该项,则产生一个异常信息,该异常信息是通过“UNIX”(注册商标)术语中的页面错误检测而形式化的。术语“页”可被更通俗地定义为“连续地址构成的范围”。一页构成段的子部分。但是,为了简化起见,下面将使用术语“页”。在页面错误检测之后,一个被称为处理程序(handler)的设备依据上述通用规则来分配物理存储器。这种简单的分配方法完全适用于上述“UMA”类型的标准“SMP”机器,因为对存储器的平均存取时间是均匀的。
另一方面,对于参照图2所述的“NUMA”类型的体系结构,其存取时间不再相等,就需要一种能够使对系统性能的负影响减至最小的存储器分配方法。
在现有技术中,已经提出了用于实现此目的的方法。例如,提出了修改存储器分配规则以获得最佳效果,但是一旦进行了修改,则这些规则对于所有应用程序来说都是一样的。而且这种方法还具有其它缺点。修改后的规则对于一个特定的应用程序可能是有益的,但对于另一个应用程序来说可能就是不适用甚至是危险的。
还提出了采用专门的“API”(来源于英文词“ApplicationProgram Interface”)以便于定义一种与一个特定应用程序相关并且用于建立虚拟存储空间和物理存储器之间的对应关系(“映射”)的专用算法。但在这种情况下,需要修改相应的应用程序和操作系统的驻留部分(“核”)。因此,这种方法不能用于已存在的程序本身。在任何情形下,这种方法都缺乏灵活性,并且其有效性受到限制。
本发明的主体是一种用于对主存储器,尤其是上述“NUMA”类型主存储器进行非均匀存取的数据处理系统的存储器分配方法,该方法试图满足这种特定体系结构的需求并且不具有现有的处理方法中的缺陷。
为此,将存储器分配根据专用于每个应用程序的简要表,即通过执行一组考虑到此简要表的分配规则来执行,其中在检测到的每个页面错误时自动执行一次检索以确定为哪一个执行物理存储器分配。
在最佳实施例中,执行物理存储器分配还要考虑到页面错误的类型。实际上,在其执行过程中,一个应用程序被细分成不同的目标(object),例如文本、数据、共用存储器等,它们以不同的方式利用系统的全局存储空间。本发明还可以根据这个参数来优化存储器存取。
在上述变形例中,本发明的方法提供了一种对现有技术的重大改进,特别是在更好的性能和灵活性方面。而且,该方法不必修改现有的应用程序。但是必须注意的是在实际上,一个多处理器数据处理系统,特别是“NUMA”类型的系统的虚拟存储空间通常都非常大。为解释这个概念,如果操作系统是上述“UNIX”环境或其衍生产品之一,那么一个虚拟存储段一般表示256MB。很容易理解,在这样的条件下,对于一定数量的应用程序来说,每个段一个规则显然不是最优的,即使这个段只与一个类别(class):例如“数据类型”相关。而且,通常将一个段分成虚拟地址子空间,此后按英文术语将其称为“虚拟区域(range)”。以不同的方式利用相应于这些虚拟区域的段中的不同地址区。
与作为一个段的细分本身的页不同,如此定义的“虚拟区域”具有可变的长度。实际上,在最佳实施例应用(“UNIX”环境)中,虚拟区域的粒度可能落在页的级别之下。
为了进行解释,可以为一个定义了一个物理缓冲存储器的表保留50MB的虚拟区域,以用于通过一个输入-输出控制器读取记录在盘上的数据。
即使在仅限于这一个实施例时,也可以理解在“NUMA”体系结构中,就与上述磁盘相连的模块和利用这些数据的具体应用程序而言,在性能方面,缓冲存储器在系统的一个物理存储器中的位置是不重要的。
还有,依据本发明的另一变形例并再次依据一个最佳实施例,一个专用存储器分配策略有选择地涉及每个虚拟“区域”。这个技术特征使得在检测出页面错误的情况下进一步优化存储器分配成为可能,取代了实现此方法的变型而进行的对应用程序的有限修改。
依据此变形例,当产生一个被翻译成页面错误的异常信息时,负责查找将要执行的规则的处理程序扫描一个表以确定是否存在与此虚拟区域相关的专用分配策略。如果不存在此专用策略,则采用用于管理由该段构成的更高层单元的策略。反之,一个存储器分配规则则来源于这个专用策略。换言之,同一段可包括一个或多个虚拟“区域”,其中的每一个在其它的一个或多个虚拟区域遵守该段或系统的通用策略的同时,与一个专用存储器分配策略及其规则相关。应当清楚术语“专用”并不意味着与一个被任意标记为n的给定区域(其中如果该段包括m个区域,则n为1至m之间的数)相关的分配策略必然不同于与另外一个或多个虚拟区域,如n+2和n+5虚拟区域相关的分配策略。
实际上,列表结构被用于确定需要利用哪一个存储器分配规则,该列表的每个元素对应于一个具有连续地址并且由虚拟区域的起始和结束地址限定的区域。实际上,该列表的一个元素就是一个存储单元,用于存储适用于一个给定虚拟区域的存储器分配规则。按顺序扫描该列表的各个元素以确定应用哪些规则。
这种方法还可被加速。依据本发明此方案的另一变形例,段被细分成N个具有连续虚拟地址和相同长度的子空间。建立一个所谓的也包括N项的“散列”表。与这N项相关联的是相同数量的单个列表结构。单个列表结构的长度是不固定的。它取决于与这一项相关联的虚拟区域的数目。当检测到一个页面错误时,地址处理器H知道导致该页面错误的地址。因此确定该表中相应项的编号是非常容易的。
“散列”表由N个存储单元构成,每个存储单元中至少有一条关于存在一个与这一项相关联的虚拟区域的信息,这对于使用专用存储器分配策略来说是必要的。实际上,在检测到一个页面错误时,读取表中的对应项,并且在存在表示具有一个专用分配策略的指针时,在后面的辅助步骤中确定上述段中的哪一个虚拟区域与这个页面错误相关联。对于不包含任何与一个专用策略相关联的虚拟区域的段来说,所要应用的策略就是整个段的策略。另一方面,对于需要专用存储器分配策略的虚拟区域来说,有必要对与表中一特定项相关联的列表结构中的一个或多个元素进行扫描。但是,与前述情形相比,这个列表结构的长度受到更多的限制,因为它只覆盖了与这一项相关联的虚拟区域。作为这两种特性所产生的结果,所述实施例的变形例实质上加速了存储器分配进程,至少加速了用于确定将要使用的规则的步骤。
这样,本发明的主体为一种用于通过映射在一个与一给定软件应用程序相关联的虚拟地址空间中的至少一个具有连续存储地址的区域来分配物理存储单元的方法,该运行于一个数据处理系统的应用程序包括一个非均匀存取存储器单元,并利用多种虚拟存储器类型,通过扫描一个地址对应表来执行该映射过程,其特征在于该方法至少包括一个将这个给定的应用软件与从一组预定义的规则中选定的存储器分配规则相连接的步骤,并且其中,当这个地址对应表中不包含与此给定应用软件相关联的虚拟地址中的连续存储地址区域的项时,该方法包括生成异常信息的步骤和依据这些存储器分配规则之一分配物理存储单元的后续步骤,规则的选择是通过给定应用软件所用的虚拟存储器类型简要表进行的。
参照下列附图所进行的下述描述将有宜于理解本发明及其其它特征和优点,其中:
图1简略示出了具有均匀存储器存取能力的数据处理系统的一种所谓的“UMA”体系结构;
图2简略地示出了具有非均匀存储器存取能力的数据处理系统的一种所谓的“NUMA”体系结构;
图3a和3b简略地示出了对于两个应用软件的存储器的访问;
图4示出了一个应用软件的细分示例;
图5简略地示出了在发生了页面错误时,依据现有技术分配存储单元;
图6a和6b简略示出了在发生页面错误时,依据本发明来分配存储单元;
图7a和7b示出了依据本发明的方法的另一实施例;
图8简略地示出一个依据本发明的方法在数字数据处理系统中的变形例;
图9简略地示出了根据第一变形例,依据本发明的方法的另一实施方案;以及
图10a-10c简略地示出了根据第二变形例,依据本发明的方法的另一实施方案。
为了进行解释而不对本发明的范围造成任何限制,除非另外声明,否则后面的描述都是针对操作系统为“UNIX”或类似类型的数据处理系统。
对于在此环境下运行的应用程序来说,虚拟地址空间可被分成如下的不同类型:
-文本或程序文本(可执行代码);
-初始化的数据;
-修改后的数据;
-“堆栈”;
-“堆阵”;即动态分配(表等);
-共用存储器;
-共享库。
在一个应用程序的运行过程中,应用程序以不同的方式均等地利用这些不同类型的系统存储器。而且,一个应用程序或同一应用程序的新实例可在图2所示的系统的两个模块Ma和Mb之一中进行。对于相同的应用程序为真的情况对于具有不同简要表的两个应用程序也为真。
图3a和3b简略地示出了两种类型的应用程序,即一个“小型数据库”和一个更常规的数据库。
在这两个图中用标记Mem表示系统的全局存储器。
在第一种情况下,如图3a所示,在初始化阶段,存取被限制在由任意设在图3a左侧的区域Zini所表示的一个地址空间内。初始化之后,存取发生在由区域Zf表示的地址空间中,在图3a所示的例子中,区域Zf的扩展也受到限制并假设该区域与区域Zini相关。因此,用于此特定应用程序的物理存储单元被包含在一个模块中,更准确地说,是包含在一个本地模块中。
如图3b所示,对于一个标准数据库来说,这是一种非一般情况。存取能够扩展到整个存储空间,如图3b中的前头所示。因而所占用的物理存储单元通常分布到两个或更多模块中。
而且,如上所述,对于相同的应用程序,虚拟存储空间被细分成不同类型的段:文本、数据等。
作为一个不受限制的例子,当一个给定应用程序Appli正在运行时,其各部分被划分成虚拟存储段:文本T、数据Da(不同类型的)、堆栈St、共用存储器Shm、文件Fi等,如图4所示。通常,一个管理设备或英文术语中常用的“处理程序”分配系统的全局物理存储器Mem中的这些虚拟存储单元段。
下面将描述用于在检测页面错误时分配物理存储器的机构。
上面已经指出了一个处于运行过程中的应用程序以不同的方式均等地利用不同类型的存储器。同样,一个最初在一给定模块(例如图2中的Ma)中运行的应用程序可继续在另一模块(例如图2中的Mb)中运行或在一个不同的模块中建立并运行这个应用的附加实例。
假设一个应用程序试图在一给定虚拟地址,例如任意地址“Ox2000”上执行一个特定指令,如装载“(load)”指令,则其中正在运行当前进程的中央处理器(例如图2中的10a)对该指令译码并扫描一个地址对应表(图中未示)。如果所查找的项不存在,则发送一个被处理程序H翻译成页面错误的异常信息。因此在这些情况下,为上述虚拟地址“Ox2000”分配一个物理存储单元是必要的。
在现有技术中,只存在一种分配方法。换言之,无论应用程序的简要表和段的类型如何,所用的规则都是相同的。因此,处理程序H依据系统所用的分配规则分配一个物理存储单元。例如,依据这些规则,在局部物理存储器中系统地执行分配,即如果该进程在中央处理器10a-13a之一的控制下运行于模块Ma,则在存储器14a中进行分配。这个规则对于一个文本类型的段是有利的,而对其它类型的段则不是最优的。
上述机构如图5所示。应用程序Appli产生一个页面错误Fp,并且处理程序H按照预定的规则为其分配物理存储器Mem中的一个单元(图5中的虚线示出了其分区Z1-Zn)。
如前所述,可以对这些规则进行修改,但它们对于所有的应用程序和所有的段类型保持一致。
另一方面,依据本发明的方法,按照一组规则执行物理存储器Mem的分配,这组规则考虑到了应用程序的简要表,并且在最佳实施例中还考虑到了页面错误的类型。
图6a和6b示出了依据本发明的用于分配物理存储器的机构。
依据本发明的方法的主要特征,每个应用程序与一组预先定义的分配规则相连接。为此,需要使每个应用程序Applix(x是任意下标)与一个特定简要表相关联。在存储它的操作系统或“OS”的控制之下执行这种关联。图6a简略地示出了该关联机构。
图6a示出了一个特定应用程序Applix。如前所述,这个应用程序Applix利用了各种类型的存储器:文本、数据等。在图6a中,示出了六种类型的存储器,分别被标记为tyM1~tyM6,tyM1~tyM6中的每种存储器与一组将在后面进行定义的预先定义的规则中的一个分配规则连接。这些规则已被标记为R1到R6,应当理解这些规则不一定是一组不相交规则。换言之,例如,即使存储器类型tyM2和tyM3本身是不相同的,规则R2和R3也可以是相同的。
刚刚定义的存储器分配简要表Pax通过一个关联Ax与一个特定应用程序Applix相连接。简要表Pax是一个具有两项的表:存储器类型tyMi和从一组预先定义的规则中选出的规则Rj,i和j均为任意下标。
一般地,一个关联函数可定义如下:
Association_pa(Applix,Pax)。
可在执行此应用程序初始化时定义与一个给定应用程序相连接的存储器分配简要表,或在执行过程中的任意时刻进行动态地重新定义,这就增加了此方法的灵活性。
在图6b中,用通用标记Rg表示预先定义的分配规则。在出现了被翻译成一个页面错误Fp的异常信息时,即在地址对应表中不包含用于一个虚拟地址的项时,处理程序H检索刚定义的应用程序Applix的简要表Pax。在最佳实施例中,还确定页面错误Fp的类型。根据这两个参数,分配物理存储器中的存储单元Z1~Zn,它们可能是本地的(位于同一模块中)或远程的(位于另一个模块中)或分布在整个存储器Mem中。在图6b中,用多个箭头(与图5中现有技术的单箭头相对)示出了这种取决于应用程序Applix的简要表Pax和页面错误Fp类型的分布。
因此,以下述方式定义寻址函数Fad
Fad=F(Pax,Type Fp)。
因此,用于存储器分配的规则的选取是这两个参数进行组合的结果。
更准确地,一个给定的应用程序Applix规定了它需要一组预先定义的规则中的哪些分配规则用于每种类型的虚拟存储段。例如,通常使用下述段类型:“客户”段、“映射”段、“永久”段、“工作存储器”段、以及“共享库”段。
为了进行解释而不以任何方式限定本发明范围,定义以下述代码表示的规则组:
-“P_STRIPE”:按照一种“循环法”方法,在构成一个给定应用程序的资源、分布在本地存储器(同一模块)或远程存储器(不同模块)中的整个物理存储器空间的条状带中进行分配;
-“P_LOCAL”:分配的物理存储器与导致页面错误的中央处理器位于同一模块中;
-“P_FIXED”:分配的物理存储器在一预定模块中;
-“P_DEFAULT”(或“P_NONE”):没有物理存储器分配规则,所以使用系统的隐含规则。
例如,从直觉上如上定义的“P_STRIPE”类型的分配适用于“共用存储器”类型的段,而“P_LOCAL”类型的分配适用于“工作存储器”类型的段。
这样,依据本发明的方法可以根据应用程序的实际需求,更准确地说是应用程序的特定简要表来最佳地优化物理存储器的分配。由于对存储器资源的存取时间,至少是平均存取次数也被优化,从而改进了数据处理系统的性能,另一个优点是能够将任何应用程序连接到预先定义的存储器分配规则集上,而在使用一个新“API”的情况下无须对其进行修改或重新编译。
而且,本发明的方法具有很大的灵活性。在很多方面,它允许按照现有技术的方案起作用。例如,如果一个给定的应用程序没有规定或请求分配规则,则利用来自系统的隐含规则(“P_DEFAULT”)。而且,一个“子”应用程序能够“继承”与创建它的“母”应用程序相关的存储器分配规则。在例如一个应用程序运行于另一模块中的其它情况下亦是如此。
因而很容易看到本发明的方法在所述的变形例中提供了对现有技术的重大改进,包括在更好的性能和更大的灵活性方面。
但是,正如本说明书开头部分所述,当前多处理器数据处理系统的虚拟地址空间非常大。在“UNIX”环境框架中,一个段表示例如256MB或216页。通常还根据需要将这些段细分成具有可变长度的“区域”。甚至在这些虚拟子空间属于一个公用段时,与其连接的各种应用程序也以不同的方式利用它们。因此至少对于特定类型的应用程序来说,为所利用的所有一个或多个段执行一个规则可能不是最优的。
作为一个非限定性实施例,将参照图7a再次描述一个“NUMA”类型的系统。这个以1”标记的系统类似于图2所示的系统1’,但假设该系统包括至少三个通过连接2”互连的“SMP”模块Ma、Mb和Mc。还假设模块Mc通过以一个标记I/Oc标注的控制器和标准输入-输出电路与一个磁盘驱动器D相连。
最后,假设一个给定的应用程序Applix运行于模块Ma的处理器之一中,例如处理器10a中。这个应用程序特别地对一个以Sgx任意标记的系统1”中的虚拟地址空间段进行操作。这个段Sgx如图7b所示。为简化起见,假设只包括以Ra1~Ra5为标记的五个虚拟“区域”。在所述的实施例中,虚拟区域Ra2被分配给上述应用程序Applix,并且更精确地,它相关于一个容量例如为50MB的表。这个表相关于位于系统1”的一个物理存储器中的一个相同容量的缓冲存储器。而且,在所述的实施例中,假设由于与段Sgx的类型和应用程序Applix简要表相关联的规则而导致缓冲存储单元实际上位于模块Mb的主存储器14b中。因此,该应用程序Applix的数据读取特别需要通过连接2”的两次转接,其转接造成了在处理时间上特别不利的操作。
为了避免进行双次转接,对于持续用于虚拟区域Ra2分配规则来说,将一个50MB的缓冲存储器单元放入在模块Mc(电路I/Oc和磁盘驱动器D附近)的物理主存储器中或正在运行该应用程序Applix的模块Ma的物理主存储器中都是有利的。通常实践表明,从系统性能的角度来说,第一种方案能够提供更好的结果。
在这个简单的例子中可以容易地看到即使依据本发明的方法执行适用于应用程序简要表的存储器分配规则,即使这些规则可进行动态调整,但还存在一些该方法未被完全优化的情况。
根据本发明的方法的另一方面,在最佳实施例中,虚拟“区域”还可选择性地与专用规则相关联。
再次参照图7b,只有虚拟区域Ra2和Ra4被认为与专用规则相关联。为了进行解释,虚拟区域Ra4也代表一个表,但这次是一个例如100MB的表。其它虚拟区域(图7b中阴影线部分表示的)没有与专用规则连接。在这种情况下,为与所应用的虚拟存储器的更高层单元,此时为段Sgx相关联的规则。以上面所述的方式执行此过程。
更精确地,依据此附加实施例,用于定义一个专用的物理存储器分配策略的辅助信息与每个虚拟区域相关联。但是,这个策略是可选的。实际上,辅助信息包括一个被称为指针“prange”的第一字段,用于指示对于一个段,是否必须将至少一个专用策略有效用于一个虚拟“区域”(“prange”≠0)还是它是否必须应用与其全局相关的分配策略(“prange”=0)。
第二字段与策略类型相关。在虚拟区域一级,再次找到上述定义的用于一个全局段的规则集:“P_STRIPE”、“P_FIXED”等等。
最后,至少对于特定类型的存储器分配策略来说,需要规定其中要分配物理存储器的模块编号或地址。为此,还有一个第三字段或“模块No”字段。对于类型“P_FIXED”:需要规定预先定义的模块的编号。对于类型“P_STRIPE”:也需要知道以前所用的模块编号,以便依据所用的存储器条状分布规则(“循环法”)增加其编号。因此需要在一个存储器位置、寄存器或计数器中保存以前所用的编号。
再次参照图7b,用于分配虚拟区域Ra1~Ra5的策略可标识如下:
-对于虚拟区域Ra1、Ra3和Ra5,没有专用策略,从而规则为用于段Sgx,例如类型=P_FIXED和模块编号=Ma的编号的规则;
-对于虚拟区域Ra2,存在如上所述的类型=P_FIXED且模块编号=Mc的编号的专用策略;
-对于虚拟区域Ra4,存在例如类型=P_FIXED且模块编号=Mb的编号的专用策略。
在所述的变形例中,该方法可以使基于页面错误检测的物理存储器分配得到最佳优化。正如前面的变形例所述,它需要对操作系统进行修改,而且还需对使用它的应用程序稍加改进。
例如,在读和写“UNIX”中公知的“bind”类型的指令,并且该操作必须在具有如前所述的50MB的缓冲区的3号模块(例如模块Mc)中执行的情况下,就需要将一个在系统调用时初始化一个用于所使用的虚拟区域(例如Ra2)的专用策略的指令加到指令流中,其中该指令被称为“策略”。后者具有如下形式:
策略[地址、大小(例如50MB),策略(例如P_FIXE),模块(例如No.3)]
尽管所有的应用程序都能受益于这个附加的依据本发明的方法的变形实施例,但不必对所有类型的应用程序进行修改。
必须注意的是那些未经修改的应用程序应当能够正常地运行。以图6a和6b所示的方式执行物理存储器分配策略。
所用的规则取决于这些应用程序的简要表,并且最好是上面定义过的规则,虽然也可以与之不同。
另一方面,依据该附加变形例的方法最好用于对同一个虚拟存储空间中的数据进行操作的应用程序。可将“驱动程序”类型的应用程序,特别是磁盘和网络“驱动程序”,即外设或网络管理程序引为非限定性例子。通过一个被称为“系统策略”的指令,这些应用程序使用其中具有“缓冲”存储器区域的“数据”类型段,对于所述“缓冲”存储器区域应用程序具有定义专用策略的能力。
其它类型的应用程序尤其受影响。这些应用程序是指那些通过共用存储器进行彼此间通信的应用程序。例如,在第一应用程序运行于图7a中模块Ma的一个处理器中,而第二应用程序运行于同一模块Ma的一个处理器中,它们共享“共用存储器”类型段的第一虚拟区域的情况下,出于系统性能的原因,直觉上对于“P_FIXED”或“P_LOCAL”类型的存储器分配策略和模块编号为1(模块Ma)是有利的。从直觉上说,这种配置对于改进系统性能是必要的。因此,为这个第一虚拟区域指定一个专用存储器分配策略是有用的。同样,如果第三应用程序运行于模块Mb中并与第一应用程序共享属于同一“共用存储器”类型段中的第二虚拟区域,则对于“P_FIXED”的存储器分配策略类型和模块编号为2的模块(模块Mb)是有利的。从直觉上说,这种配置对于改进系统性能也是必要的。因此,为这个第二虚拟区域指定一个专用存储器分配策略也是有用的。
下面描述在实际实施例中,如何在一台实机中实现本发明的这些不同变形例所述的方法。为了进行解释而不以任何方式限定本发明范围,将对“UNIX”或类似运行环境下的计算机框架进行描述。
在这种类型的计算机中,存在一个段表Scb,其中记录了用于定义这些段的数据,特别是关于其类型或类的数据,如图8所示。本发明的方法利用了这种特性的优点。
关于一个给定的应用程序Applix,其存储器简要表Pax被存在已创建该应用程序所用的段的结构中。如图6a所示,简要表Pax通常包括多种存储器类型。对于一个给定的段,其类型如段表Scb中的一个记录Sgcy所述。该类型涉及简要表Pax的一个元素,根据本发明,该元素将通过表Scb中记录的辅助数据Mpy进行描述。
这些辅助数据MPy准确地表示出在段Sgcy的共用级(global level)或在该段的长度可变的细分的虚拟区域级将要应用的存储器分配策略。图8示出了一个给定的应用程序Applix和段表Scb之间的主要相互作用。
实际上,对于已对一个应用程序进行修改以支持一个用于虚拟区域级的专用存储器分配策略的情况,对于每个段都有几组辅助数据。
如上所述,每组辅助数据包括多个字段:用于表示该段中是否具有涉及到的专用策略的指针字段“prange”,用于指示所要应用的规则类型(“P_FIXED”等)的字段“policy_type”,以及指示至少用于特定类型规则(例如规则为“P_FIXED”)的模块编号的字段“module”。为了限定各虚拟区域,还需要用于规定这些虚拟区域的低和高虚拟地址的信息。这些信息分别出现在字段“pno_start和“pno_end”中。
当检测出一个页面错误时,则需要扫描这些不同的数据以确定所要利用的精确分配策略。依据本发明的一个方面,采用一种列表结构来组织这些辅助数据组,如图9所示。
假设引起页面错误的编址段包括z个虚拟区域。在表Scb中,列表结构的第一存储器位置包括与整个段相关的数据,还特别包括用于此段的全局存储器分配策略。对于未经修改的一个应用程序来说,仅存在这个存储器位置。
列表中以Ra1~Raz标记的其它元素与各个连续的虚拟区域相关。这样,对每个元素来说,都有不同的字段用于指针“prange”不为零的段:“policy_type”、“module”、“pno_start”和“pno_end”。
引起页面错误的段中的地址是已知的。处理程序H提供了分别被称为idx和pno的这个地址和所涉及的段。这些数据使寻址表Scb成为可能。通过将此地址pno与Ra1~Raz中的每个列表元素的低界和高界(“pno_start”和“pno_end”地址)相比较,可以确定是否需要将一个专用存储器分配策略应用到所述的虚拟区域中,如果需要,则根据字段“policy_type”所指示的类型,确定应该应用哪种类型的策略(“policy_type”)和可能涉及哪一个模块(“module”)。
在一个段的创建过程中,这些辅助数据根据所涉及的应用程序简要表被初始化。然后通过上述“system policy”类型的指令,由应用程序对这些辅助数据进行动态修改。
为了进行解释,以举例方式做出如下假设:
用于该段的全局策略为“P_LOCAL”类型,由于分配发生在产生页面错误的模块中,故不需要一个模块编号。
与第一虚拟区域相关联的专用策略,即记录在列表LRa1的第一元素中,包括下述字段:“policy_type”=“P_FIXED”以及“module”=2;
与第二虚拟区域相关联的专用策略,即记录在列表LRa2的第二元素中,包括下述字段:“policy_type”=“P_STRIPE”且“module”=3;
一与虚拟区域z,即记录在列表LRaz相关联的专用策略的最后一个元素中,包括下述字段:“policy_type”=“P_DEFAULT”且“module”=“”(即为空)。
当然,地址字段“pno_start”和“pno_end”也被赋予(document)给每个虚拟区域1~z。
如果地址pno指向由列表元素LRa2的地址字段确定的空间,处理程序H就响应其请求,接收用于指示类型为“P_STRIPE”且模块编号为3,或图7a中的Mc的数据。由于分配是以划线分块的形式进行循环,所以模块编号必须被增加(或修改)。
依据所述变形例的方法可被进一步改进。实际上可以通过缩短用于根据页面错误的检测而确定用于一个虚拟区域的存储器分配策略的时间来增强系统性能。为此,所述附加实施例的一个变形例利用了一个具有计算寻址能力,即具有一个所谓的“散列”码的虚拟区域表。
依据图10a~10c所示,执行一个专用分配策略的确定。段,例如Sgy,y为任意下标,被细分成N个定长的子段。在上述“UNIX”运行环境中,一个代表256MB虚拟存储器的段被细分成以图10b中的SS1~SSN标记的256个1MB的子段是比较有益的,因为256是2的乘方。
“散列”表Th(图10a)还包括与N个存储器子段相对应的N项。每一项存储专用于子段SS1~SSN的存储器分配策略。一个单独的列表结构与表Th的每一个存储单元相关联。更准确地,在和只有在所述子段包括至少一个属于必须应用专用存储器分配策略的虚拟存储“区域”的区域时,这个列表结构才存在。
参照图10b,假设段Sgy的“prange”不同于0,由此假设这个段包括至少一个与专用存储器分配策略相关联的虚拟区域。
假设子段SS1不包括任何与一专用策略相关联的虚拟区域。在图10b中,这种情况适用于子段SS3和SSN。另一方面,假设子段SS2包括三个“区域”Ra02~Ra22。第一区域Ra02没有与专用策略相关联,而另外两个区域Ra12和Ra22分别与专用存储器分配策略,例如“P_FIXED”和“P_STRIPE”,相关联。
然后“散列”表Th的项e2与一个包括两个元素LRa12和LRa22的列表结构相关联,该列表结构以上述方式存储两个专用策略的特性。
在图10a中,假设项e1、e3、e5、e6和eN相应于不包括与专用策略相关联的虚拟区域的子段(同一位置(rank)上)。另一方面,除上面已提到的项e2以外,项e4和e7相应于包括与专用存储器分配策略相关联的虚拟区域的子段。应当注意关联于一项的每个单独列表元素数目,是可变的。实际上,如上所述,虚拟“区域”不具有固定的长度。在图10a所示的例子中,与项e2相关联的列表结构包括两个元素LRa12和LRa22,与项e4相关联的列表结构包括一个元素LRa14,且与项e1相关联的列表结构包括三个元素LRa17~LRa37
当检测到一个页面错误时,处理程序H知道一个给定段,例如具有标引idx和地址pno的段中的引起引页面错误的虚拟地址,通过该地址可以找到子段的位置,例如子段SS2
在第一步骤中,读取表Th的相应项。通过读取记录在表Th中的信息组,很可能在这一步骤中直接确定出所要应用的策略。如果情况并非如此,则只读取与相应于引起页面错误的子段的一个给定项相关联的列表元素,即在这种情况下,只读取与项No.2相关联的元素。由于这些元素只覆盖了一个子段,即此例中所述的1MB,因此总是受到限制。如上所述,在“UNIX”运行环境下的最佳应用程序中,一个虚拟“区域”的最小粒度为一页,因此每个子段中的最大区域数至多被限定为一个子段的构成页数(例如256)。
因此,所述的这两方面特性加速了用于获取确定所用存储器分配策略所需的数据的进程。
如上所述,虚拟区域不具有固定的长度。特定的区域还可“横跨”两个或多个相邻的子段。这种情况出现在一个扩展为50MB以上的区域中,例如若一个子段的长度为1MB。通过将这些区域本身细分成“子区域”,可以解决这个问题。这种方法不是不利的,因为在其创建过程中,对执行时间的要求不严格。另一方面,在检测到页面错误时,需要很快地分配一个物理存储单元。
在所述附加实施例的变形框架中,参照图10c,假设一个页面错误发生在一个给定子段的组成虚拟地址上。假设该虚拟区域在其创建时被细分并分布在位置为p和p+1的两个相邻子段中。
在这种情况下,在创建该虚拟地址区域时,通过上述的“systempoicy”类型的指令初始化“散列”表Th中的项p和p+1。在发生了页面错误时,只利用“散列”表Th中的一项。该项为与此页面错误相关联,即再次相应于一个子段(地址pno)的一项。
如果存在这些项,则分别扫描与这些项LRa1p等和LRa1(p+1)等相关联的列表元素,以确定用于引起上述页面错误的地址的存储器分配策略。
更一般地,多项与多个子段相对应,并且当一个给定的虚拟区域被完全包括在一个子段,即此例中所述的1MB虚拟子空间中时,只利用其中一项。
通过上述记载内容,可以很容易看出本发明清楚地达到了所设想的目的。
而且还可以在考虑到所用的存储器类型及其专用简要表的同时,根据应用程序的实际需要求更好地利用存储空间。而且,在附加实施例中,通过下降到更精细的分级,即所谓的“虚拟区域”级来取代对应用程序的稍加修改,可以获得更大程度的优化。但是,即使在计算机中有效地实现了这个最佳实施例,也不必对所有类型的应用程序进行修改。作为受益于由该方法的第一实施方式提供的性能改进的结果,也能够运行未经修改的应用程序,并且存储器分配策略是可应用在段级的策略。通常,只修改那些所期望的性能增益比较具体的应用程序就足够了:在定位很重要的虚拟空间中处理数据的应用程序,如磁盘和网络“驱动程序”等。
但是,必须清楚本发明并不仅限于所述的实施例,尤其是该方法不仅限于说明书所述的预先定义的存储器分配规则集。
还应当清楚虽然本发明特别适用于所述的“NUMA”型多处理器系结构,但并不仅限于这种应用。本发明的方法还优先适用于不以均匀的方式进行物理存储器存取的任何数据处理系统,无论此存储器是否分布在多个计算机或模块中。
最后,虽然本发明的方法特别适用于“UNIX”或类似运行环境下的操作系统,但应当清楚本发明并不仅限于这种运行环境。

Claims (17)

1.一种用于通过映射与一个给定的应用程序(Applix)相关联的一个虚拟地址空间的至少一个具有连续存储地址的区域以分配物理存储单元的方法,该应用程序(Applix)运行于一个数据处理系统(1’)中,所述数据处理系统(1’)包括一个非均匀存取存储器单元(Mem)并利用多种类型虚拟存储器(tyM1~tyM6),通过扫描一个地址对应表来执行所述映射,其特征在于所述方法包括将所述给定的软件应用程序(Applix)与从一组预先定义的规则中选定的存储器分配规则(Rg)相连接的步骤,并且其中,当所述地址对应表中不包含关于与所述给定软件应用程序(Applix)相关联的一个虚拟地址空间的连续存储器地址区域的项时,所述方法包括生成一个异常信息的步骤和依据所述存储器分配规则(Rg)之一分配一个物理存储单元(Z1-Zn)的后续步骤,规则的选择是通过给定软件应用程序(Applix)所用的所述虚拟存储器类型(tyM1-tyM6)的简要表(Pax)进行的。
2.如权利要求1所述的方法,其特征在于所述具有连续虚拟存储器地址的区域被细分成多个导致生成不同异常信息类型(Fp)的类,它包括确定所述异常信息类型(Fp)的附加步骤,其中所述存储器分配规则是所述简要表和所述异常类型(Fp)的组合函数。
3.如权利要求1或2所述的方法,其特征在于所述虚拟地址空间由多个段(Sgx,Sgy)组成,并且所述段(Sgx,Sgy)与所述存储器分配规则(Rg)相关联。
4.如权利要求1-3中任一所述的方法,其特征在于所述数据处理系统(1’,1”)由至少两个不同的模块(Ma-Mc)构成,每个模块包括至少一个处理器(10a-13a,10b-13b)和一个所谓的本地物理存储器单元(14a,14b),位于一个模块之外的存储器单元被称为远程存储器单元,所述预先定义的规则集(Rg)包括至少下述依据生成异常信息(Fp)的存储器分配专用规则:
第一规则,用于只在所述本地存储器单元中分配一个存储单元;
第二规则,用于在所述本地存储器单元和所述远程存储器单元中的通过片状分布的形式分配一个存储单元;
以及第三规则,用于参照所指定给所述模块的编号,在所述本地存储器单元或所述远程存储器单元中分配一个预先建立的固定存储单元。
5.如权利要求4所述的方法,其特征在于它包括至少一个被称为隐含规则的附加预定存储器分配规则,以便于在导致一种异常(Fp)的所述给定的软件应用程序(Applix)不与任何一个所述专用规则相连接时,根据所述隐含规则执行存储器分配。
6.如权利要求4所述的方法,其特征在于所述给定的软件应用程序(Applix)包括至少一个与其它应用程序共享的段,所述的所有模块(Ma,Mb)以基本相等的方式访问该段,依据所述第二规则来执行用于分配一个物理存储单元(Mem)的所述后续步骤,在第二规则中,通过分布在所述本地和远程存储器单元(14a,14b)中来进行分配。
7.如权利要求4所述的方法,其特征在于所述给定的软件应用程序(Applix)包括至少一个在一个所述模块(Ma-Mc)中被本地访问的工作存储器段,根据所述第一规则执行用于分配一个物理存储单元(Mem)的所述后续步骤,分配只在所述本地存储器单元(14a或14b)中进行。
8.如权利要求4-7中任一所述的方法,其特征在于所述段被细分成多个虚拟地址区域(Ra1-Ra5),每个区域被分配给至少一个所述应用程序(Applix),第一数字数据用于规定是否存在至少一个与一个专用存储器分配规则相关联的虚拟地址区域(Ra1-Ra5),并且其中所述策略包括至少一个第二数字数据,用于规定所述存储器分配规则的性质和一个第三数字数据,由用于对一个所述模块(Ma-Mc)寻址的可选编号构成。
9.如权利要求8所述的方法,其特征在于它包括在发生与所述虚拟地址区域(Ra1-Ra5)中的一个地址相关的异常(Fp)时,用于读取所述第一数字数据的步骤,和用于在所述异常被翻译成不与任一所述虚拟地址区域(Ra1-Ra5)对应的存储器寻址时,依据规定(ruling)段(Sgx-Sgy)的存储器分配规则分配一个物理存储单元的后续步骤。
10.如权利要求8所述的方法,其特征在于所述第二数字数据规定了至少一种下述规则:
第一规则,用于只在所述本地存储器单元中分配一个存储单元;
第二规则,用于在所述本地和远程存储器单元中通过片状分布的形式分配一个存储单元;
第三规则,用于在所述本地或远程存储器单元中分配一个预先建立的固定存储单元;
以及所谓隐含规则的第四规则,用于依据所述数据处理系统的一个全局存储器分配策略来分配一个存储单元,所述第四规则是所述第一至第三规则中的一种。
11.如权利要求10所述的方法,其特征在于当所述第二数字数据规定了所述第二或第三存储器分配规则时,所述第三数据由一个模块编号(Ma-Mc)构成,根据该编号来确定必须执行所述存储器分配的模块(Ma-Mc)。
12.如权利要求10或11所述的方法,其特征在于所述数据处理系统包括一个用于描述段的表(Scb),该表包括与所述虚拟空间中的所述段(Sgx,Sgy)的个数相等的项,它包括一个用于将所述存储器分配策略记录到所述段描述表(Scb)中的初始步骤和一个用于将所述简要表(Pax)记录到被与其关联的所述应用程序(Applix)所占用的虚拟存储空间中的初始步骤。
13.如权利要求12所述的方法,其特征在于每个所述存储器分配策略记录(MPy)包括至少用于存储所述第一数字数据的第一字段,用于存储所述第二数字数据的第二字段和用于存储所述第三数字数据的第三字段。
14.如权利要求13所述的方法,其特征在于所述记录包括两个辅助字段,第一字段存储用于规定一个给定段(Sgx,Sgy)中的所述虚拟地址区域的低界地址的数字数据,第二字段存储用于规定该虚拟地址区域的高界地址的数字数据,并且其中包括下述阶段:
一个初级阶段,用于在所述应用程序的请求下,为每个包括至少一个与一专用存储器分配策略相关联的虚拟区域创建一个列表结构,该列表结构由多个串接的元素(LRa1-LRa2)构成,其个数等于所述段(Sgx,Sgy)中包含的所述虚拟地址区域(Ra1-Ra5)的个数,每个元素用于存储所述存储器分配策略记录以及所述第一和第二辅助地址字段,并与虚拟地址区域(Ra1-Ra5)之一相关联;
一个后续阶段,当在一个给定段(Sgx,Sgy)中的构成地址发生一个异常(Fp)时,至少包括下述步骤:
a/连续步骤,包括读出存储在列表结构(LRa1-LRaz)的所述串接元素中的数字数据;
b/对每个列表元素,将导致异常(Fp)的所述地址与所述低界和高界地址进行比较的步骤;
c/在比较结果为肯定的情况下,读取所述第二和第三数据以便根据所述规则生成一个物理存储器分配指令的步骤,并在其编号已根据该规则被选定的模块(Ma-Mc)中或在缺少一个由所述第二数字数据规定的规则时执行该指令,以根据用于管理包括虚拟地址区域(Ra1-Ra5)的段(Sgx,Sgy)的存储器分配规则来分配一个物理存储单元。
15.如权利要求13所述的方法,其特征在于所述记录包括两个辅助字段,第一字段存储一个用于规定一个给定段中的所述虚拟地址区域(Ra1-Ra5)的低界地址的数字数据,而第二字段存储一个用于规定此虚拟地址区域(Ra1-Ra5)的高界地址的数字数据,并且其中包括下述阶段:
包括下述步骤的第一初级辅助阶段:
1/第一步骤,用于将每个包括至少一个与一专用存储器分配策略相关联的虚拟区域的所述段(Sgy)细分成具有相同固定长度的子段(SS1-SSN);以及
2/第二步骤,用于创建一个表(Th),该表中包括与子段(SS1-SSN)具有相等个数的项(e1-eN);
第二初级辅助阶段,用于为每个与每一项相关联的子段(SS1-SSN)创建一个列表结构(LRa12-LRa22,LRa14,LRa17-LRa37),该列表结构包括多个串接的元素,其元素个数等于子段(SS1-SSN)中包含的所述虚拟地址区域(Ra02-Ra22)的个数,每个元素存储所述存储器分配策略记录以及所述第一和第二辅助地址字段并与虚拟地址区域(Ra02-Ra22)之一相关联;
后续阶段,当在一给定子段(SS1-SSN)中的一个构成地址上发生一个异常时,至少包括下述步骤;
a/读取表(Th)中与导致所述异常的地址相关联的所述项,并根据读出的内容确定所述子段(SS1-SSN)中是否包括一个由一个专用存储器分配策略管理的虚拟地址区域(Ra1-Ra5),在判定结果为否定时,利用管理所述段(Sgy)的规则;
b/在判定结果为肯定时,后续步骤包括读取存储在列表结构(LRa12-LRa22,LRa14,LRa17-LRa37)的所述串接元素中的数字数据,所述元素与连接于导致所述异常的地址的项相关联;
c/对每个列素元素(LRa12-LRa22,LRa14,LRa17-LRa37),将导致异常的所述地址与所述低界和高界地址进行比较;
d/在比较结果为肯定时,读取所述第二和第三数字数据,以根据所述规则生成一个物理存储器分配指令并在其编号根据该规则被选定的模块(Ma-Mc)中执行该指令。
16.如权利要求15所述的方法,其特征在于所述虚拟存储器地址区域(Ra02-Ra22)具有可变的长度,当所述长度大于具有定长的子段(SS1-SSN)的长度时,所述虚拟存储器地址区域被细分成包括在子段(SS1-SSN)中的子空间。
17.如权利要求15或16所述的方法,其特征在于所述段(Sgy)具有256MB的连续虚拟空间,并且所述表(Th)包括256项(e1-eN),每一项对应于一个1MB的子段(SS1-SSN)。
CN98801271A 1997-09-04 1998-08-26 用于在多处理器数据处理系统中分配存储器的方法 Pending CN1237252A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
FR97/11025 1997-09-04
FR9711025A FR2767938B1 (fr) 1997-09-04 1997-09-04 Procede d'allocation de memoire dans un systeme de traitement de l'information multiprocesseur
FR9808058A FR2767939B1 (fr) 1997-09-04 1998-06-25 Procede d'allocation de memoire dans un systeme de traitement de l'information multiprocesseur
FR98/08058 1998-06-25

Publications (1)

Publication Number Publication Date
CN1237252A true CN1237252A (zh) 1999-12-01

Family

ID=26233786

Family Applications (1)

Application Number Title Priority Date Filing Date
CN98801271A Pending CN1237252A (zh) 1997-09-04 1998-08-26 用于在多处理器数据处理系统中分配存储器的方法

Country Status (8)

Country Link
US (1) US6272612B1 (zh)
EP (1) EP0935781A1 (zh)
JP (1) JP2000506659A (zh)
CN (1) CN1237252A (zh)
AU (1) AU9079398A (zh)
BR (1) BR9806150A (zh)
FR (1) FR2767939B1 (zh)
WO (1) WO1999012099A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1295609C (zh) * 2001-12-14 2007-01-17 皇家飞利浦电子股份有限公司 数据处理系统、通信装置和处理数据的方法
CN100334534C (zh) * 2002-01-23 2007-08-29 思科技术公司 在存储区域网中实现存储虚拟化的方法与装置
CN100375064C (zh) * 2002-09-30 2008-03-12 国际商业机器公司 连续物理存储器分配的方法和系统
CN100449494C (zh) * 2005-09-09 2009-01-07 国际商业机器公司 多处理计算系统中的状态跟踪和恢复方法和系统
CN100527087C (zh) * 2005-10-17 2009-08-12 威盛电子股份有限公司 多核计算机系统驱动程序的支持多执行绪指令执行的方法
WO2010048830A1 (zh) * 2008-10-27 2010-05-06 华为技术有限公司 内容分发方法、系统、设备及媒体服务器
CN101963829A (zh) * 2004-12-31 2011-02-02 钟巨航 支持多个子系统的数据处理系统主板
CN101203837B (zh) * 2005-04-07 2012-02-29 Ati技术公司 虚拟存储器系统中段处理的方法和装置
CN102474531A (zh) * 2009-09-17 2012-05-23 国际商业机器公司 地址服务器
CN106250241A (zh) * 2016-08-02 2016-12-21 合肥奇也信息科技有限公司 一种多方向分配数据处理系统资源到应用程序的方法
CN107533439A (zh) * 2015-07-30 2018-01-02 慧与发展有限责任合伙企业 存储器存取控制方法和系统
WO2019061072A1 (en) * 2017-09-27 2019-04-04 Intel Corporation COMPUTER PROGRAM PRODUCT, SYSTEM AND METHOD FOR MANAGING ACCESS TO STORAGE RESOURCES FROM MULTIPLE APPLICATIONS

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2774788B1 (fr) * 1998-02-12 2000-03-24 Bull Sa Procede de controle d'acces memoire sur une machine avec memoire a acces non uniforme et machine pour mettre en oeuvre ce procede
US20020032844A1 (en) * 2000-07-26 2002-03-14 West Karlon K. Distributed shared memory management
US6742105B1 (en) * 2000-12-22 2004-05-25 Silicon Access Networks Method and system for range matching
US6871219B2 (en) 2001-03-07 2005-03-22 Sun Microsystems, Inc. Dynamic memory placement policies for NUMA architecture
DE10113577A1 (de) 2001-03-20 2003-01-09 Sap Ag Verfahren, Computerprogrammprodukt und Computersystem zur Unterstützung mehrerer Anwendungssysteme mittels eines einzelnen Datenbank-Systems
US7117488B1 (en) * 2001-10-31 2006-10-03 The Regents Of The University Of California Safe computer code formats and methods for generating safe computer code
US20030110205A1 (en) * 2001-12-07 2003-06-12 Leith Johnson Virtualized resources in a partitionable server
IL147073A0 (en) * 2001-12-10 2002-08-14 Monosphere Ltd Method for managing the storage resources attached to a data network
US6823498B2 (en) * 2002-01-09 2004-11-23 International Business Machines Corporation Masterless building block binding to partitions
US7579771B2 (en) * 2002-04-23 2009-08-25 Semiconductor Energy Laboratory Co., Ltd. Light emitting device and method of manufacturing the same
US7786496B2 (en) 2002-04-24 2010-08-31 Semiconductor Energy Laboratory Co., Ltd. Semiconductor device and method of manufacturing same
JP2003317971A (ja) 2002-04-26 2003-11-07 Semiconductor Energy Lab Co Ltd 発光装置およびその作製方法
US7897979B2 (en) 2002-06-07 2011-03-01 Semiconductor Energy Laboratory Co., Ltd. Light emitting device and manufacturing method thereof
EP1514183A2 (en) * 2002-06-20 2005-03-16 BRITISH TELECOMMUNICATIONS public limited company Distributed computer
JP4216008B2 (ja) 2002-06-27 2009-01-28 株式会社半導体エネルギー研究所 発光装置およびその作製方法、ならびに前記発光装置を有するビデオカメラ、デジタルカメラ、ゴーグル型ディスプレイ、カーナビゲーション、パーソナルコンピュータ、dvdプレーヤー、電子遊技機器、または携帯情報端末
CN1742267B (zh) * 2002-10-04 2012-11-28 思达伦特网络有限责任公司 用于管理联网中的资源的方法
JP4373086B2 (ja) 2002-12-27 2009-11-25 株式会社半導体エネルギー研究所 発光装置
GB0230331D0 (en) * 2002-12-31 2003-02-05 British Telecomm Method and apparatus for operating a computer network
EP1629384A2 (en) * 2003-04-30 2006-03-01 Silicon Graphics, Inc. System and method for performing address translation in a computer system
US7114040B2 (en) * 2004-03-02 2006-09-26 Hewlett-Packard Development Company, L.P. Default locality selection for memory objects based on determining the type of a particular memory object
US7426622B2 (en) * 2004-03-10 2008-09-16 Hewlett-Packard Development Company, L.P. Rapid locality selection for efficient memory allocation
US7574419B2 (en) * 2004-05-13 2009-08-11 Oracle International Corporation Automatic tuning of undo retention
US8756200B2 (en) * 2004-05-14 2014-06-17 Oracle International Corporation Undo advisor
JP2005332145A (ja) * 2004-05-19 2005-12-02 Nec Electronics Corp データ転送制御回路及びデータ転送方法
GB0412655D0 (en) * 2004-06-07 2004-07-07 British Telecomm Distributed storage network
US7930539B2 (en) * 2004-08-03 2011-04-19 Hewlett-Packard Development Company, L.P. Computer system resource access control
US20060031672A1 (en) * 2004-08-03 2006-02-09 Soltis Donald C Jr Resource protection in a computer system with direct hardware resource access
US7801932B2 (en) * 2005-10-11 2010-09-21 Oracle International Corporation Undo hints to speed up segment extension and tuning of undo retention
US7885939B2 (en) * 2005-10-11 2011-02-08 Oracle International Corporation Longest query duration for auto tuning undo retention
US7693884B2 (en) * 2006-01-02 2010-04-06 International Business Machines Corporation Managing storage systems based on policy-specific proability
US7599973B2 (en) * 2006-01-12 2009-10-06 Sun Microsystems, Inc. Method and apparatus for decreasing object copying by a generational, copying garbage collector
WO2007092615A2 (en) 2006-02-09 2007-08-16 Monosphere Inc. Storage capacity planning
US7562186B2 (en) * 2006-04-11 2009-07-14 Data Domain, Inc. Efficient data storage using resemblance of data segments
US7844652B2 (en) * 2006-04-11 2010-11-30 Emc Corporation Efficient computation of sketches
US7949824B2 (en) * 2006-04-11 2011-05-24 Emc Corporation Efficient data storage using two level delta resemblance
US20080005752A1 (en) * 2006-06-30 2008-01-03 Robert Paul Morris Methods, systems, and computer program products for generating application processes by linking applications
US20080005728A1 (en) * 2006-06-30 2008-01-03 Robert Paul Morris Methods, systems, and computer program products for enabling cross language access to an addressable entity in an execution environment
US20080005529A1 (en) * 2006-06-30 2008-01-03 Morris Robert P Methods, Systems, and Computer Program Products for Providing Access to Addressable Entities Using a Non-Sequential Virtual Address Space
US20080005719A1 (en) * 2006-06-30 2008-01-03 Morris Robert P Methods, systems, and computer program products for providing a program execution environment
US20080005528A1 (en) * 2006-06-30 2008-01-03 Morris Robert P Methods, Systems, and Computer Program Products for Using a Structured Data Storage System to Provide Access to Addressable Entities in Virtual Address Space
US20080127220A1 (en) * 2006-06-30 2008-05-29 Robert Paul Morris Methods, systems, and computer program products for creating an input-value-specific loadable instance of an application
US20080005727A1 (en) * 2006-06-30 2008-01-03 Robert Paul Morris Methods, systems, and computer program products for enabling cross language access to an addressable entity
US7734890B2 (en) * 2006-10-06 2010-06-08 Okralabs Llc Method and system for using a distributable virtual address space
US20080221974A1 (en) * 2007-02-22 2008-09-11 Alexander Gilgur Lazy Evaluation of Bulk Forecasts
US8768895B2 (en) * 2007-04-11 2014-07-01 Emc Corporation Subsegmenting for efficient storage, resemblance determination, and transmission
US20080320459A1 (en) * 2007-06-22 2008-12-25 Morris Robert P Method And Systems For Providing Concurrency Control For Addressable Entities
US20080320282A1 (en) * 2007-06-22 2008-12-25 Morris Robert P Method And Systems For Providing Transaction Support For Executable Program Components
US9102962B2 (en) * 2007-10-16 2015-08-11 Shiu Nan Chen Production method for solid cultured active mushroom mycelium and fruit-body metabolites (AMFM) products thereof
JP5401903B2 (ja) * 2008-10-03 2014-01-29 富士通株式会社 故障情報監視装置及び故障情報監視方法
US9817700B2 (en) * 2011-04-26 2017-11-14 International Business Machines Corporation Dynamic data partitioning for optimal resource utilization in a parallel data processing system
GB2500707B (en) 2012-03-30 2014-09-17 Cognovo Ltd Multiprocessor system, apparatus and methods
JP6170553B2 (ja) * 2012-06-08 2017-07-26 アドバンスト・マイクロ・ディバイシズ・インコーポレイテッドAdvanced Micro Devices Incorporated 異種プロセッサを使用するアプリケーションに低レイテンシを提供するためのシステムおよび方法
US9483263B2 (en) * 2013-03-26 2016-11-01 Via Technologies, Inc. Uncore microcode ROM
US10983832B2 (en) 2019-02-14 2021-04-20 International Business Machines Corporation Managing heterogeneous memory resource within a computing system
US11567803B2 (en) * 2019-11-04 2023-01-31 Rambus Inc. Inter-server memory pooling

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6105053A (en) * 1995-06-23 2000-08-15 Emc Corporation Operating system for a non-uniform memory access multiprocessor system

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1295609C (zh) * 2001-12-14 2007-01-17 皇家飞利浦电子股份有限公司 数据处理系统、通信装置和处理数据的方法
CN100334534C (zh) * 2002-01-23 2007-08-29 思科技术公司 在存储区域网中实现存储虚拟化的方法与装置
CN100375064C (zh) * 2002-09-30 2008-03-12 国际商业机器公司 连续物理存储器分配的方法和系统
CN101963829A (zh) * 2004-12-31 2011-02-02 钟巨航 支持多个子系统的数据处理系统主板
CN101203837B (zh) * 2005-04-07 2012-02-29 Ati技术公司 虚拟存储器系统中段处理的方法和装置
CN100449494C (zh) * 2005-09-09 2009-01-07 国际商业机器公司 多处理计算系统中的状态跟踪和恢复方法和系统
CN100527087C (zh) * 2005-10-17 2009-08-12 威盛电子股份有限公司 多核计算机系统驱动程序的支持多执行绪指令执行的方法
WO2010048830A1 (zh) * 2008-10-27 2010-05-06 华为技术有限公司 内容分发方法、系统、设备及媒体服务器
CN102474531A (zh) * 2009-09-17 2012-05-23 国际商业机器公司 地址服务器
CN102474531B (zh) * 2009-09-17 2015-08-12 国际商业机器公司 地址服务器
CN107533439A (zh) * 2015-07-30 2018-01-02 慧与发展有限责任合伙企业 存储器存取控制方法和系统
CN106250241A (zh) * 2016-08-02 2016-12-21 合肥奇也信息科技有限公司 一种多方向分配数据处理系统资源到应用程序的方法
WO2019061072A1 (en) * 2017-09-27 2019-04-04 Intel Corporation COMPUTER PROGRAM PRODUCT, SYSTEM AND METHOD FOR MANAGING ACCESS TO STORAGE RESOURCES FROM MULTIPLE APPLICATIONS
US11422750B2 (en) 2017-09-27 2022-08-23 Intel Corporation Computer program product, system, and method to manage access to storage resources from multiple applications

Also Published As

Publication number Publication date
JP2000506659A (ja) 2000-05-30
FR2767939B1 (fr) 2001-11-02
BR9806150A (pt) 1999-10-26
WO1999012099A1 (fr) 1999-03-11
FR2767939A1 (fr) 1999-03-05
EP0935781A1 (fr) 1999-08-18
AU9079398A (en) 1999-03-22
US6272612B1 (en) 2001-08-07

Similar Documents

Publication Publication Date Title
CN1237252A (zh) 用于在多处理器数据处理系统中分配存储器的方法
US20210397551A1 (en) Numa-aware garbage collection
US20200167184A1 (en) System and Method for Optimizing Placements of Virtual Machines on Hypervisor Hosts
US6119214A (en) Method for allocation of address space in a virtual memory system
JP5868429B2 (ja) 領域に基づくガベージ・コレクタを用いてクラスを漸進的にアンロードするための方法、コンピュータ・プログラム製品、および装置
US5802341A (en) Method for the dynamic allocation of page sizes in virtual memory
US8001353B2 (en) Apparatus and method for configuring memory blocks
US8024546B2 (en) Opportunistic page largification
JP4185103B2 (ja) 実行可能プログラムをスケジューリングするためのシステム及び方法
US20120254267A1 (en) Numa-aware garbage collection
CN1248742A (zh) 用于多-线程虚拟机的存储器分配的方法和装置
KR20090108868A (ko) 가상 머신 관리 시스템 및 그의 프로세서 자원 관리방법
US9304946B2 (en) Hardware-base accelerator for managing copy-on-write of multi-level caches utilizing block copy-on-write differential update table
KR101740317B1 (ko) 메모리 관리 방법 및 장치
US9015418B2 (en) Self-sizing dynamic cache for virtualized environments
JP2001282617A (ja) 共有されたキャッシュを動的に区分するための方法及びシステム
CN102662857B (zh) 用于对于存储进行虚拟化的设备和方法
US8060680B2 (en) Method of allocating memory
JPWO2010001736A1 (ja) マルチプロセッサシステム、マルチスレッド処理方法、及びプログラム
JP2008158687A (ja) 帯域制御プログラム及びマルチプロセッサシステム
JP6156379B2 (ja) スケジューリング装置、及び、スケジューリング方法
US9146859B2 (en) Information processing apparatus, method, and program for improving use efficiency of a storage apparatus
FI90805C (fi) Menetelmä ja laite sivukehyksen korvaamiseksi tietojenkäsittelyjärjestelmässä
JPH0844577A (ja) データ分割方法及びマルチプロセッサシステム
JP7087150B1 (ja) メモリ制御システム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1023416

Country of ref document: HK