一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

虚拟机管理器的配置方法、TLB管理方法及嵌入式实时操作系统与流程

2022-07-31 07:22:13 来源:中国专利 TAG:

虚拟机管理器的配置方法、tlb管理方法及嵌入式实时操作系统
技术领域
1.本技术涉及嵌入式实时操作系统设计技术领域,具体涉及虚拟机管理器的配置方法、用于虚拟机管理器的tlb管理方法、嵌入式实时操作系统。


背景技术:

2.如图1所示,工业服务器大多提供虚拟化的多核(core)处理器(central processing unit,cpu),如,将芯片(包括cpu20、存储设备、网络接口、总线等)进行虚拟化分区并实现多核,如核(core)201、202、...、20n,并由虚拟机管理器101统一地对各核进行管理。并在各虚拟化分区内,或采用虚拟机21运行实时操作系统(real time operating system,rtos)211,或采用虚拟机22运行rtos221,或采用虚拟机2n运行非实时操作系统2n1,如微软操作系统windows,由此,多核(core)处理器运行异构操作系统。由此,部分虚拟化分区内运行实时操作系统,如,rtos,并在其上运行用户定义的实时应用程序,如212或222,部分虚拟机分区内运行非实时操作系统,如windows,并在其上运行用户定义的非实时应用程序,如2n2。
3.这时,芯片上运行嵌入式实时操作系统10,包括虚拟机管理器101和作为基本操作系统的内核(kernel)102。虚拟机管理器101和作为基本操作系统的内核(kernel)102均运行在核心态,各虚拟机(如21、22、2n)运行在核心态。虚拟机内部运行的操作系统在用户态运行,不管是实时操作系或非实时操作系统;实时操作系统上运行的实时应用程序(如212或222)或非实时操作系统上运行的非实时应用程序(如2n2)也均运行在用户态。
4.在一些应用场景下,工业服务器在核心态下运行的应用程序较少,但用户态对某些核心态数据的访问频次高,因此要求内核102趋于轻量化及强实时性。


技术实现要素:

5.鉴于现有技术的以上问题,本技术提供虚拟机管理器的配置方法、用于虚拟机管理器的tlb管理方法、嵌入式实时操作系统、电子设备及计算机可读存储介质,以提升嵌入式实时操作系统内核的实时性。
6.第一方面,本技术提供一种虚拟机管理器的配置方法,包括:配置用于存放关键数据的第一内存段;将关键数据存储到第一内存段;将确定的关键数据的虚拟地址到物理地址的映射关系存储到地址转换后援缓冲器tlb的第一组表项内。
7.在一些实施例中,关键数据包括以下任一项或多项:核间中断产生的数据、虚拟机管理器生成的管理数据、外部中断产生的数据、tick中断产生的数据、异常管理的数据。
8.在一些实施例中,第一组表项包括索引的数值依次增加的多个表项;或第一内存段包括物理地址依次增加的内存空间。
9.在一些实施例中,还包括:获取tlb的表项的数量、tlb管理的页面的大小;确定关键数据的容量;根据关键数据的容量、tlb管理的页面的大小、tlb的表项的数量,确定第一
组表项内的表项的数量。
10.本技术提供的虚拟机管理器的配置方法,通过配置用于存放关键数据的第一内存段,并将关键数据存储到第一内存段,以及将确定的关键数据的虚拟地址到物理地址的映射关系存储到地址转换后援缓冲器tlb的第一组表项内,实现了将关键数据的虚拟地址到物理地址的映射关系设定为静态映射,在虚拟机管理器运行期间,可以实现访问tlb获取关键数据的虚拟地址到物理地址的映射关系的零脱靶,进而提高了虚拟机管理器的实时性。
11.第二方面,本技术提供一种用于虚拟机管理器的tlb管理方法,虚拟机管理器根据第一方面任一项的配置方法配置;管理方法包括:根据被访问数据的虚拟地址,获取被访问数据的虚拟地址到物理地址的静态映射关系,其中,被访问数据为关键数据,静态映射关系存储在第一组表项内,被访问数据的物理地址位于第一内存段。
12.在一些实施例中,还包括:根据被访问数据的虚拟地址,获取被访问数据的虚拟地址到物理地址的动态映射关系,其中,被访问数据为非关键数据,动态映射关系存储在tlb的第二组表项内,其中,第一组表项与第二组表项不重叠;非关键数据的物理地址位于第二内存段,第一内存段与第二内存段不重叠。
13.在一些实施例中,还包括:根据被访问数据的虚拟地址,确定tlb脱靶;获取被访问数据的虚拟地址到物理地址的动态映射关系;将确定的被访问数据的虚拟地址到物理地址的动态映射关系存储到tlb的第二组表项内;其中,被访问数据为非关键数据,第一组表项与第二组表项不重叠;非关键数据的物理地址位于第二内存段,第一内存段与第二内存段不重叠。
14.本技术提供的用于虚拟机管理器的tlb管理方法,在虚拟机管理器运行期间,可以实现访问tlb获取关键数据的虚拟地址到物理地址的映射关系的零脱靶,以及可以实现访问tlb获取非关键数据的虚拟地址到物理地址的映射关系的命中率大致与现有的管理方法一致,进而整体上提高了访问tlb获取数据的虚拟地址到物理地址的映射关系的命中率,进而提高了虚拟机管理器的实时性。如此,通过tlb管理,实现了关键数据和非关键数据分别针对tlb表项的不同使用方法,对tlb进行了资源优化管理,提高了针对核心态数据的处理能力,进而提高了虚拟机管理器的实时性。
15.第三方面,本技术提供一种嵌入式实时操作系统,运行在处理器上,嵌入式实时操作系统包括虚拟机管理器,虚拟机管理器根据第一方面任一项的配置方法配置;虚拟机管理器用于执行第二方面任一项的tlb管理方法。
16.第四方面,本技术提供一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器、通信接口、存储器通过通信总线完成相互间的通信;存储器,用于存放计算机程序;处理器,根据第一方面任一项的配置方法配置;
17.处理器,用于执行存储器上所存储的程序时,实现如第二方面任一项的tlb管理方法。
18.第五方面,本技术提供一种计算机可读存储介质,计算机可读存储介质内存储有计算机程序,计算机程序被处理器执行时实现如第一方面任一项的配置方法或如第二方面任一项的tlb管理方法。
19.本技术的这些和其它方面在以下(多个)实施例的描述中会更加简明易懂。
附图说明
20.以下参照附图来进一步说明本技术的各个特征和各个特征之间的联系。附图均为示例性的,一些特征并不以实际比例示出,并且一些附图中可能省略了本技术所涉及领域的惯常的且对于本技术非必要的特征,或是额外示出了对于本技术非必要的特征,附图所示的各个特征的组合并不用以限制本技术。另外,在本说明书全文中,相同的附图标记所指代的内容也是相同的。具体的附图说明如下:
21.图1为本技术实施例的嵌入式实时操作系统及其处理器的架构示意图;
22.图2为本技术实施例的虚拟机管理器的配置方法的流程示意图;
23.图3为本技术实施例的用于虚拟机管理器的tlb管理方法的流程示意图;
24.图4为本技术实施例的电子设备的示意图。
具体实施方式
25.说明书和权利要求书中的词语“第一、第二、第三等”等用语,仅用于区别类似的对象,不代表针对对象的特定排序,可以理解地,在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
26.说明书和权利要求书中使用的术语“包括”不应解释为限制于其后列出的内容;它不排除其它的元件或步骤。因此,其应当诠释为指定所提到的所述特征、整体、步骤或部件的存在,但并不排除存在或添加一个或更多其它特征、整体、步骤或部件及其组群。
27.本说明书中提到的“一个实施例”或“实施例”意味着与该实施例结合描述的特定特征、结构或特性包括在本技术的至少一个实施例中。因此,在本说明书各处出现的用语“在一个实施例中”或“在实施例中”并不一定都指同一实施例,但可以指同一实施例。此外,在一个或多个实施例中,能够以任何适当的方式组合各特定特征、结构或特性,如从本公开对本领域的普通技术人员显而易见的那样。
28.除非另有定义,本技术所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。如有不一致,以本说明书中所说明的含义或者根据本说明书中记载的内容得出的含义为准。另外,本技术中所使用的术语只是为了描述本技术实施例的目的,不是旨在限制本技术。
29.应理解,本技术实施例提供的强实时混合tlb差分管理的技术方案,包括虚拟机管理器的配置方法、用于虚拟机管理器的tlb管理方法、嵌入式实时操作系统、电子设备及计算机可读存储介质及计算机程序产品。由于这些技术方案解决问题的原理相同或相似,在如下具体实施例的介绍中,某些重复之处可能不再赘述,但应视为这些具体实施例之间已有相互引用,可以相互结合。
30.为了准确地对本技术中的技术内容进行叙述,以及为了准确地理解本技术,在对具体实施方式进行说明之前先对本说明书中所使用的术语给出如下的解释说明或定义。
31.随着科技的发展,计算机、手机、平板电脑等电子设备的应用范围越来越广泛。这些电子设备中应用的cpu通常可以运行在用户态和核心态上。
32.通常,操作系统包括壳层(shell)和内核(kernel)。壳层是介于用户定义的应用程序(以下称使用者)和操作系统的内核之间的一个接口。可以认为,壳层是操作系统最外面的一层。壳层管理使用者与操作系统之间的交互,等待使用者的输入,向操作系统解释使用
者的输入,并且处理操作系统的输出结果。内核由操作系统中用于管理存储器、文件、外设和系统资源的那些部分组成,直接与硬件交互。操作系统的内核通常运行进程,并提供进程间的通信,提供cpu时间片管理、中断、内存管理、io管理等。
33.嵌入式实时操作系统(embedded operating system,eos)是指用于嵌入式系统的操作系统,是一种应用广泛的系统软件,具有高实时性、专用性强、操作方便简单等优点。嵌入式实时操作系统运行在处理器cpu上,处理器通常设置有内存控制器(memory controller,mc),用于建立二级或三级映射表对内存进行管理。内存管理器(memory management unit,mmu)或内存控制器按需将虚拟(内存)地址与物理(内存)地址进行映射,建立二级或三级映射表对内存进行管理。
34.参考图1所示,本技术实施例的技术方案应用于支持多个实时操作系统(如rtos221、211)的基本操作系统的内核102,及虚拟机管理器101。
35.如图1所示,本技术实施例的嵌入式实时操作系统10,运行在cpu20上,嵌入式实时操作系统10包括作为基本操作系统的内核102、虚拟机管理器101,虚拟机管理器101根据下述步骤s11至s16说明的虚拟机管理器的配置方法配置;虚拟机管理器101用于执行下述步骤s21至s23说明的tlb管理方法。
36.通常,图1示出的多个实时操作系统rtos,如rtos 211、221会复用虚拟地址,也即,多虚拟机在用户空间使用同一虚拟地址的应用场景。基本操作系统的内核(kernel)通常将物理地址空间划分出核心空间和用户空间,并将核心态使用的虚拟地址,如核心态数据310,与核心态使用的物理地址,也即核心空间进行映射;而用户态使用的虚拟地址,如用户态数据320,则按用户的应用程序分配的物理空间,也即用户空间进行映射。
37.处理器通常还设置有内存管理器(memory management unit,mmu),用于完成虚拟地址到物理地址的映射,也即地址解映射。通常,处理器还设置有地址转换后援缓冲器(又称旁路转换缓冲、转址旁路缓存、页表缓冲)(translation look-aside buffer,tlb),作为主存或内存页表的cache,存储了当前最可能被访问到的页表项、页表文件(如,虚拟地址到物理地址的转换表)。
38.处理器cpu或核心态访问数据时,如果tlb中存放着所需的页表项,则称为tlb命中(tlb hit);如果tlb中没有所需的页表,则称为tlb失败或脱靶(tlb miss),也即tlb无法完成地址解映射。tlb作为一种高速缓存,可以改善虚拟地址到物理地址的转换速度。使用tlb,cpu可以快速地找到虚拟地址指向的物理地址,而不需要请求ram内存获取虚拟地址到物理地址的映射关系,如此可以减少页表查询导致的处理器性能下降,提高内核的实时性。另外,在tlb无法完成地址解映射时,mmu或cpu会到内存中查询页表。
39.综上,mmu硬件用于实现被访问数据的虚拟地址到物理地址之间的解映射。mmu访问tlb,tlb命中(hit),或者tlb脱靶(miss)。mmu访问tlb脱靶后,mmu通过访问内存控制器mc,实现虚拟地址到物理地址之间的解映射。针对mmu访问内存控制器mc后提取到的被访问数据的虚拟地址到物理地址之间的映射关系,还会回填tlb。回填时,包括确定被访问数据的虚拟地址对应的表项索引、虚拟地址的偏移地址等步骤,不再赘述。
40.参照前述说明,tlb作为页目录、页表缓存使用。如,第一级表称为页目录(page directory)。在某型芯片中,tlb具有2^10(1k)个4b长度的表项,可以存储页页面大小为4k的页目录。
41.当产生tlb脱靶时,进行tlb单项或多项重填。这种tlb脱靶后随机填充的机制,会使得核心态数据中的关键数据在tlb中的映射关系被覆盖,从而影响系统处理中断的能力或系统对异常的处理能力,影响系统的实时性。因此,针对图1所示的硬件cpu上运行的基本操作系统的内核102,或虚拟机管理器101而言,目前的tlb管理方法实现的tlb命中率不能满足内核的强实时性需求。
42.如图2所示,本技术实施例的虚拟机管理器的配置方法,包括:
43.s11:配置用于存放关键数据的第一内存段;
44.s12:将关键数据存储到第一内存段;
45.s13:将确定的关键数据的虚拟地址到物理地址的映射关系存储到地址转换后援缓冲器tlb的第一组表项内。
46.以上步骤s11中的关键数据包括以下任一项或多项:核间中断产生的数据、虚拟机管理器生成的管理数据、外部中断产生的数据、tick中断产生的数据、异常管理的数据。这里的外部中断指操作系统的外部,如各种硬件资源导致的中断。
47.以上步骤s13中的第一组表项包括索引的数值依次增加的多个表项。第一组表项构成下述的tlb静态集,作为从tlb条目中划分出来的条目的集合,用于实施内存页的静态映射关系,系统在运行期间,对静态集不进行二次填充。
48.以上步骤s13中的第一内存段包括物理地址依次增加的内存空间,这里物理地址依次增加,是指第一内存段对应的物理地址的索引值依次增加。
49.如图2所示,本技术实施例的虚拟机管理器的配置方法,还包括:
50.s14:获取tlb的表项的数量、tlb管理的页面的大小;
51.s15:确定关键数据的容量;
52.s16:根据关键数据的容量、tlb管理的页面的大小、tlb的表项的数量,确定第一组表项内的表项的数量。
53.在一些实施例中,步骤s14和步骤s15可以并行执行,还可以互换顺序执行。步骤s15中确定关键数据的容量之后,前述步骤s11可以从前述的划分出的核心空间的物理地址中配置用于存放关键数据的第一内存段。
54.以上步骤s16中,根据关键数据的容量、tlb管理的页面的大小、tlb的表项的数量,确定的第一组表项内的表项的数量与tlb管理的页面的大小的乘积不小于关键数据的容量。
55.如图3所示,本技术实施例的用于虚拟机管理器的tlb管理方法,虚拟机管理器根据前述的虚拟机管理器的配置方法配置;管理方法包括:
56.s21:根据被访问数据的虚拟地址,控制mmu访问tlb,并获取被访问数据的虚拟地址到物理地址的静态映射关系,其中,被访问数据为关键数据,静态映射关系存储在第一组表项内,被访问数据的物理地址位于第一内存段。
57.s22:根据被访问数据的虚拟地址,如,控制mmu访问tlb,并获取被访问数据的虚拟地址到物理地址的动态映射关系,其中,被访问数据为非关键数据,动态映射关系存储在tlb的第二组表项内,其中,第一组表项与第二组表项不重叠;非关键数据的物理地址位于第二内存段,第一内存段与第二内存段不重叠。
58.以上的第二组表项构成下述的tlb动态集,是所有tlb条目在排除tlb静态集后剩
余的条目的集合,其功能与传统的tlb一致,用于页目录、页表项缓存,并实时地进行随机回填或动态刷新。
59.s23:根据被访问数据的虚拟地址,控制mmu访问tlb,并确定tlb脱靶;控制mmu访问mc,并获取被访问数据的虚拟地址到物理地址的动态映射关系;将确定的被访问数据的虚拟地址到物理地址的动态映射关系存储到tlb的第二组表项内;其中,被访问数据为非关键数据,第一组表项与第二组表项不重叠;非关键数据的物理地址位于第二内存段,第一内存段与第二内存段不重叠。
60.以上步骤s21、步骤s21、步骤s21分别是内核102根据被访问数据的虚拟地址,确定被访问数据的虚拟地址到物理地址的映射关系的3种情形。其中,步骤s21实现访问tlb获取关键数据的虚拟地址到物理地址的映射关系,为零脱靶;步骤s22实现访问tlb获取非关键数据的虚拟地址到物理地址的映射关系,其命中率与现有技术中的管理方式大致相同;步骤s23实现访问tlb失败后,通过mc获取非关键数据的虚拟地址到物理地址的映射关系并回填tlb,以动态刷新tlb的第二组表项。
61.本技术实施例的电子设备包括处理器、运行在该处理器上的基本操作系统,在开发该基本操作系统的内核时,首先确定高频访问、实时性要求高的核心态数据作为关键数据,确定关键数据的清单及待占用的内存空间的大小。这些核心态会高频访问、实时性要求高的关键数据包括:核间中断产生的数据、虚拟机管理器生成的管理数据、外部中断产生的数据、tick中断产生的数据、异常管理的数据。
62.本技术实施例的电子设备包括处理器、运行在该处理器上的基本操作系统,在开发该基本操作系统的内核(kernel)时,根据关键数据待占用的内存空间的大小,在内存空间中配置对应的内存段,以存放前述的关键数据。
63.如,针对某型处理器,在gcc内,利用该处理器支持的指令指定某段内存空间。以及,在生成二进制时,在链接脚本中针对指定的该段内存空间,使用特定的段名,如.kerndata来标识该内存段。
64.如此,后续可以使用这段物理内存地址作为关键数据的存放位置,将关键数据放置到.kerndata段,使得核心针对关键数据访问的实时响应能力进一步提升。
65.参照前述说明,本技术实施例的内核趋向轻量化强实时性,因此,在物理内存的一个较小的位域内,就可以存储该虚拟机管理器运行时所使用的核心态数据,包括关键数据和非关键数据。并且,这些核心态数据,并不会开放给各虚拟机上运行的用户应用程序来显式调用,也即,用户的应用程序运行时,所访问的用户态数据不包括前述的核心态数据。
66.本技术实施例的电子设备包括处理器、运行在该处理器上的基本操作系统,在开发该基本操作系统的内核时,将关键数据分配到前述指定的某段内存空间,以存放该关键数据。如,针对某型处理器,在gcc内,在为关键数据分配内存空间时,使用编译器支持的函数,如__attribute__((__section__(".kerndata")))将关键数据划分到前述的具有.kerndata标识的内存段,也即,指定//配置关键数据在内存段中的物理地址。在gcc中,section是命令__attribute__的编译属性之一,用于改变所声明或定义的函数或数据的特性。
67.参照前述说明,关键数据存放的物理地址与关键数据的虚拟地址之间的映射关系,由mc确定。以及,可能存在的非关键数据存放的物理地址与关键数据的虚拟地址之间的
映射关系,也由mc确定。
68.本技术实施例的电子设备上电运行后,在系统初始化时,该基本操作系统的内核访问内存控制器确定关键数据的虚拟地址到物理地址的静态映射关系,利用该处理器支持的指令将静态映射关系写入到tlb的第一组表项内。在初始化时,还可以利用该处理器支持的指令将tlb的第二组表项清空(flush)。
69.以上,内核在初始化时,将关键数据的虚拟地址到物理地址的静态映射关系存储在tlb的第一组表项内;将可能存在的非关键数据的虚拟地址到物理地址的映射关系存储在tlb的第二组表项内。如此,可以利用mmu直接访问tlb这个机制,来实现tlb针对关键数据的访问零脱靶。以及,利用mmu直接访问tlb这个机制,来实现tlb针对非关键数据的访问的脱靶率与目前的管理机制大致相同。
70.这时,第一组表项与第二组表项不重叠,如此,实现针对第一组表项与第二组表项,分别采取不同的管理方法,实现混合差分管理。
71.本技术实施例的电子设备上电运行时,运行在该处理器上的基本操作系统的内核,采用下述的步骤获取关键数据的虚拟地址到物理地址的映射关系:
72.mmu访问tlb,从第一组表项内获取被访问数据的虚拟地址到物理地址的静态映射关系;其中,被访问数据为关键数据,被访问数据的物理地址位于预先指定的第一内存段。
73.以上,第一组表项内记载的关键数据的虚拟地址到物理地址的映射关系在整个内核运行期间,保持不变,为静态映射关系。也即,关键数据的数量保持不变,各关键数据存储的物理地址保持不变,以及关键数据被访问的次数可以不低于预先设定的阈值。
74.本技术实施例的电子设备上电运行时,运行在该处理器上的基本操作系统的内核,采用下述的步骤获取非关键数据的虚拟地址到物理地址的动态映射关系:
75.mmu访问tlb,从第二组表项内获取被访问数据的虚拟地址到物理地址的动态映射关系;其中,被访问数据为非关键数据,被访问数据的物理地址位于预先指定的第二内存段,第二内存段与第一内存段不重叠;或
76.mmu访问tlb,从第二组表项内搜索不到被访问数据的虚拟地址,并从内存控制器中获取被访问数据的虚拟地址到物理地址的动态映射关系,并将动态映射关系利用该处理器支持的指令关系写入到tlb的第二组表项内的任一表项(随机填充,或全部flush之后填充)或指定表项内(只填充空表项)。
77.以上,第二组表项内记载的非关键数据(也是核心态访问的数据)的虚拟地址到物理地址的映射关系在整个内核运行期间动态变化,为动态映射关系。也即,非关键数据的数量动态变化,各非关键数据存储的物理地址动态变化,以及非关键数据被访问的次数随机变化。
78.参照前述说明,非关键数据保存在指定的第二段内存中;非关键数据是在内核运行过程中动态生成的,通常不能也没有必要在开发阶段预先确定。
79.以上,利用该处理器支持的指令关系将非关键数据的虚拟地址到物理地址的映射关系写入到tlb的第二组表项内时,可以通过引用tlb的表项的索引(index),来避免将非关键数据的虚拟地址到物理地址的映射关系写入到tlb的第一组表项内,也即tlb的第一组表项内记载的关键数据的虚拟地址到物理地址的映射关系不会被错误地覆盖。如,在tlb的表项的数量为64时,可以采用6bit的一个二进制的变量,来指定表项的索引(index)。
80.记第一组表项的数量为a,记第二组表项的数量为b,目前的管理方式下,tlb针对数据访问的命中率为c,其中,c小于100%。采用前述的强实时混合tlb差分管理方法,第一组表项的命中率为100%,这时,具有(a b)个表项的tlb的命中率为:(a*100% b*c)/(a b)=(a*c b*c a*(100%-c))/(a b)》c,也即,大于目前的管理方式下,tlb针对数据访问的命中率c。
81.如此,将关键数据的虚拟地址到物理地址的静态映射关系存储的tlb的第一组表项内,有利于提高内核、虚拟机管理器及嵌入式实时操作系统的实时性。
82.在一些实施例中,本技术实施例的tlb管理方法集成在前述的虚拟机管理器中,由虚拟机管理器控制mmu,通过访问tlb或mc,来获取核心态的关键数据或非关键数据的物理地址。
83.本技术实施例的电子设备,包括:设置有处理器、mmu及tlb的芯片,针对该芯片进行二次开发生成的内核。也即,本技术实施例的电子设备针对特定领域,提供可实施前述的强实时混合tlb差分管理方法的嵌入式实时操作系统的内核,该内核运行在硬件cpu上,为基本操作系统。因该内核轻量级化且高实时性,又称为内核。
84.在针对该芯片二次开发前述的内核时,利用各芯片二次开发支持的编译器,如基于linux的gcc来配置该内核,并协调该内核及虚拟机管理器执行芯片支持的tlb指令,实施前述的强实时混合tlb差分管理方法。
85.如图1所示,本发明实施例的电子设备在配置内核时,利用运行有gcc编译器的宿主机2000对目标机1000上运行的实时操作系统进行配置。
86.本技术实施例的tlb管理方法作为一种强实时混合tlb差分管理方法,基于转址旁路缓存tlb的随机填充特性,将tlb条目划分为静态集和动态集,针对静态集和动态集的刷新方法进行差异化管理,通过静态集使系统核心高频数据的映射关系零重填,从而提升系统的实时性及核心空间的处理能力。
87.以上,将tlb条目划分为静态集和动态集,tlb静态集负责核心高频关键性数据零脱靶,tlb动态集负责核心空间和用户空间常规性页目录页表缓冲。当系统产生tlb脱靶,进行tlb条目更新时不会覆盖tlb静态集,有利于提升实时内核对中断、异常的处理能力,强化系统实时性能。
88.在一些芯片中,tlb具备64个条目。这时,通常分配8个条目给tlb静态集,如,tlb条目中的前8个,则剩余的56个条目给tlb动态集。该分配规则既能满足实时系统的核心态数据内存使用需求,又能兼顾整体tlb命中率和用户态程序的运行效率。
89.以4k内存分页为例,参照前述说明,具备8个条目的tlb静态集,最多可以支持32k内存的静态映射,也即提供32k的关键数据的容量。如果32k内存空间不满足使用需求,可以尝试调整单个内存页的大小,或调整tlb静态集的条目的数量,以使tlb静态集映射更宽的物理内存空间。
90.在一些实施例中,使用该段内存空间,生成二进制时,在链接脚本中使用特定的段名,如.kerndata来标识该内存段;在分配内存空间时,使用编译器支持的函数,如__attribute__((__section__(".kerndata")))将核心态的高频关键性数据数据划分到前述的具有.kerndata标识的内存段。如,系统将外部中断、tick中断、核间中断和异常管理数据,以及虚拟机管理数据放置到具有.kerndata标识的内存段。至此,实现了将核心态的关
键数据将存放在具有.kerndata标识的内存段。如此,使得系统核心响应能力进一步提升。
91.在一些实施例中,系统内核通过虚拟地址访问该段内存空间。由于具备tlb静态映射关系,将实现tlb静态集零脱靶,提升地址转换效率。
92.在一些实施例中,全部的非.kerndata段空间映射关系共同使用tlb动态集。可以通过操作指定索引的tlb条目,使tlb动态集中部分条目参与随机填充。如此,当面临tlb脱靶时,可以主动保护tlb静态集中的内容不被刷新或覆盖。
93.以上,依据转址旁路缓存tlb使用特性,将物理硬件、物理核心的tlb条目预先划分为静态集和动态集,使得静态集用于映射核心态数据,使得动态集用于映射用户态数据,如此,通过静态集使系统核心高频数据的映射关系实现零重填,通过以上针对tlb条目的差分管理方法,提升内核及虚拟机管理器的实时性和核心内存空间的处理能力。
94.如此,针对tlb动态集,内核保持tlb单项或多项重填的机制不变。针对tlb静态集,内核不会触发tlb单项或多项重填。进而避免发生tlb中静态集记载的关键的空间地址映射关系的页表项被覆盖,支持系统中断、异常处理能力,实现系统的实时性。
95.在一些实施例中,针对具备64个条目(编号或索引为0~63)tlb的某cpu,将编号或索引为n 0~n 7的8个条目配置为tlb静态集,并向静态集内写入静态映射关系;系统在运行期间,采用前述的方法管理tlb。将剩余的56个条目,如,编号或索引为n 0~n 7的条目配置为tlb动态集,以向动态集内写入动态映射关系;系统在运行期间,采用前述的方法管理及使用。
96.以转址旁路缓存tlb具有64条目为例。tlb结构划分如表1所示:
[0097][0098]
向静态集内写入静态映射关系时,以4k内存分页为例,具备8个条目的tlb静态集,可以支持32k内存静态映射。在初始化时,mmu或者其他执行主体将硬件地址空间划分出指定地址范围的32k空间,将其虚拟地址与物理地址进行映射,并将映射关系填充到tlb静态集中。
[0099]
本发明实施例提供的应用于嵌入式实时操作系统的tlb管理方法可以应用在设置有tlb的单核或多核的处理器(如龙芯系列处理器、进阶精简指令集机器(advanced risc machine,arm)、80x86处理器、基于无互锁流水线级的微处理器(million instructions per second,mips)的cpu等)的电子设备中。该处理器可以应用在服务器中,也可以应用在终端上。终端可以是用户设备(user equipment,ue)、具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备、移动台(mobile station,ms)等。
[0100]
如图4所示,本技术实施例的电子设备,包括处理器910、通信接口930、存储器920和通信总线,其中,处理器910、通信接口930、存储器920通过通信总线完成相互间的通信;存储器920,用于存放计算机程序;处理器910,根据前述的配置方法配置;处理器910,用于执行存储器上所存储的程序时,实现如前述的tlb管理方法。
[0101]
上述电子设备提到的通信总线可以是外设部件互连标准(peripheral component interconnect,pci)总线或扩展工业标准结构(extended industry standard architecture,eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子设备与其他设备之间的通信。
[0102]
存储器可以包括随机存取存储器(random access memory,ram),也可以包括非易失性存储器(non-volatile memory,nvm),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
[0103]
上述的处理器可以是通用处理器,包括中央处理器(central processing unit,cpu)、网络处理器(network processor,np)等;还可以是数字信号处理器(digital signal processing,dsp)、专用集成电路(application specific integrated circuit,asic)、现场可编程门阵列(field-programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0104]
由于上述实施例中的电子设备的各器件解决问题的实施方式以及有益效果可以参见图2或图3所示的实施例中的各步骤来实现,因此,本发明实施例提供的电子设备的具体工作过程和有益效果,在此不复赘述。
[0105]
在本发明提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一的方法。
[0106]
在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一的方法。
[0107]
本领域内的技术人员应明白,本技术实施例中的实施例可提供为方法、系统、或计算机程序产品。因此,本技术实施例中可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本技术实施例中可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0108]
本技术实施例中是参照根据本技术实施例中实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0109]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0110]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或
其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0111]
尽管已描述了本技术实施例中的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本技术实施例中范围的所有变更和修改。
[0112]
显然,本领域的技术人员可以对本技术实施例中实施例进行各种改动和变型而不脱离本技术实施例中实施例的精神和范围。这样,倘若本技术实施例中实施例的这些修改和变型属于本技术实施例中权利要求及其等同技术的范围之内,则本技术实施例中也意图包含这些改动和变型在内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献