一种共享内存管理方法及共享内存管理设备与流程

文档序号:11230257阅读:280来源:国知局
一种共享内存管理方法及共享内存管理设备与流程

本发明涉及通信领域,具体涉及一种共享内存管理方法及共享内存管理设备。



背景技术:

网络功能虚拟化(英文:networkfunctionvirtualization,nfv)系统通过软硬件解耦及功能抽象,使网络设备功能不再依赖于专用硬件,资源可以充分灵活共享,实现新业务的快速开发和部署。nfv技术的基础包含云计算技术和虚拟化技术,通用的计算、存储、网络等硬件设备通过虚拟化技术可以分解为多种虚拟资源,以供上层各种应用程序使用。

当在nfv系统上运行多个应用程序(英文:application,app)时,为了实现在不同的应用进程之间进行报文转发,可以采用共享内存机制的零拷贝技术,也即不同的应用程序共享同一包缓存(英文:packetbuffer,pbuf)内存,从而可以避免在不同应用程序之间进行拷贝操作,提升系统的性能。但同时使用共享内存机制时,由于各应用程序共享同一pbuf内存,所以破坏了应用程序间的隔离性,导致当出现pbuf内存误操作问题时,无法准确定位内存问题现场。



技术实现要素:

本发明实施例提供了一种共享内存管理方法及共享内存管理设备,以在app对共享pbuf内存进行误操作时,准确定位产生误操作的问题现场。

第一方面,本发明实施例提供一种共享内存管理方法,该方法应用于报文零拷贝系统中,该报文零拷贝系统运行于操作系统上,该报文零拷贝系统包括至少两个应用程序apps,该apps的共享内存第一pbuf内存,该方法通过以下步骤进行共享内存管理。首先apps中的任一应用程序app设置该app对第一pbuf内存的读写操作保护属性在当前时刻为只读;然后在app接收到操作系统发送的pbuf内存误操作通知消息时,获取pbuf内存误操作通知消息中的pbuf内存误操作现场信息,该pbuf内存误操作通知消息用于提醒app对第一pbuf内存进行写操作以及该写操作的具体位置;最后app基于pbuf内存误操作现场信息确定app对第一pbuf内存进行写操作的内存误操作现场。从而实现在多个app共享同一pbuf内存的情况下,当该共享pbuf内存出现内存误操作时,能快速并准确地定位产生该pbuf内存误操作的app以及具体位置,即确定pbuf内存误操作现场,保障系统可靠性。

在一个可能的设计中,该操作系统包括linux操作系统,该linux操作系统包括mprotect内存管理接口,该mprotect内存管理接口用于被调用以设置第一pbuf内存的读写操作属性;从而app通过调用该mprotect内存管理接口设置app对第一pbuf内存的读写操作属性在当前时刻为只读。从而通过调用linux操作系统的mprotect内存管理接口可以方便地在linux操作系统下对第一pbuf内存的读写操作属性进行设置。

在一个可能的设计中,mprotect内存管理接口用于被app调用以基于一个或多个页表设置app对第一pbuf内存的读写操作属性。从而使得基于页表管理的mprotect内存读写操作管理机制可独立对该第一pbuf内存进行控制。

在一个可能的设计中,该报文零拷贝系统还包括第二pbuf内存,apps的共享内存还包括该第二pbuf内存,其中,该第一pbuf内存为小页内存,该第二pbuf内存为大页内存,该第一pbuf内存与一个或多个页表存在唯一对应关系。app在预设时刻确定第一pbuf内存为apps的共享内存,app在预设时刻之外确定第二pbuf内存为apps的共享内存。当该预设时刻的频率越小时,则说明进行pbuf内存监控的频率越小,所以此时系统可靠性相对较小,而此时使用大页内存第二pbuf内存进行填充的相对次数多,系统的性能提升较大;而预设时刻的频率越大,则说明进行pbuf内存监控的频率越大,所以此时系统的可靠性相对较大,而此时使用大页内存第二pbuf内存进行填充的相对次数小,系统的性能提升较小。故可以根据需求,权衡系统的性能提升与可靠性设置该预设时刻。

在一个可能的设计中,该第一pbuf内存还用于缓存轨迹标识,app还通过该轨迹标识记录第一pbuf内存的轨迹点信息,该轨迹点信息包括所应用程序标识、应用程序当前进程标识以及当前时刻。通过在第一pbuf的轨迹点信息确定的第一pbuf的轨迹,来进一步确定该第一pbuf所经过的上游app,从而在确定app对第一pbuf内存进行写操作的内存误操作现场后,可进一步通过该app的上游app来进行pbuf内存问题排查,以进一步提高系统可靠性。

第一方面,本发明实施例提供一种共享内存管理方法,该方法应用于操作系统,该操作系统上运行有报文零拷贝系统,该报文零拷贝系统包括至少两个应用程序apps,apps包括第一报文缓存pbuf内存,该方法通过以下步骤实现共享内存管理。首先操作系统根据apps中的任一应用程序app对第一pbuf内存的读写操作属性设置指示记录app对第一pbuf内存的读写操作属性为只读;从而当操作系统监控到app对第一pbuf内存进行写操作,操作系统向app发送pbuf内存误操作通知消息,该pbuf内存误操作通知消息用于提醒app对第一pbuf内存进行写操作以及该写操作的具体位置。从而实现在多个app共享同一pbuf内存的情况下,当该共享pbuf内存出现内存误操作时,能快速并准确地定位产生该pbuf内存误操作的app以及具体位置,即确定pbuf内存误操作现场,保障系统可靠性的同时能提高系统性能。

在一个可能的设计中,该操作系统包括linux操作系统,该linux操作系统包括mprotect内存管理接口,该mprotect内存管理接口用于被app调用以设置该app对第一pbuf内存的读写操作属性;在app通过调用mprotect内存管理接口设置app对第一pbuf内存的读写操作属性在当前时刻为只读时,linux操作系统记录app对第一pbuf内存的读写操作属性。从而通过调用linux操作系统的mprotect内存管理接口可以方便地在linux操作系统下对第一pbuf内存的读写操作属性进行设置。

在一个可能的设计中,所述mprotect内存管理接口用于被app调用以基于一个或多个页表设置app对第一pbuf内存的读写操作属性。从而使得基于页表管理的mprotect内存读写操作管理机制可独立对该第一pbuf内存进行控制。

在一个可能的设计中,该页表包括读写操作属性标识,操作系统通过该页表上的读写操作属性标识记录app对第一pbuf内存的读写操作属性为只读。从而使得基于页表管理的mprotect内存读写操作管理机制可独立对该第一pbuf内存进行控制。

第三方面,本发明实施例提供一种应用程序app,该应用程序app具有实现上述第一方面的方法的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面,本发明实施例提供一种计算机存储介质,用于储存为上述用于第三方面所述的应用程序app所用的计算机软件指令,其包含用于执行上述第一方面的方法的程序。

第五方面,本发明实施例提供一种操作系统,该操作系统具有实现上述第二方面的方法的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

第六方面,本发明实施例提供一种计算机存储介质,用于储存为上述用于第五方面所述的操作系统所用的计算机软件指令,其包含用于执行上述第二方面的方法的程序。

第七方面,本发明实施例提供一种共享内存管理装置,该共享内存管理装置包括存储有可执行程序代码的存储器,以及与所述存储器耦合的处理器;所述处理器上运行有应用程序app与操作系统,所述操作系统上运行有报文零拷贝系统,所述报文零拷贝系统包括至少两个应用程序apps,所述apps共享第一包缓存pbuf内存,所述app为所述apps中的任一app,所述app用于执行本发明第一方面的方法流程。

第八方面,本发明实施例提供一种共享内存管理装置,该共享内存管理装置包括存储有可执行程序代码的存储器,以及与所述存储器耦合的处理器;所述处理器上运行有应用程序app和操作系统,所述操作系统上运行有报文零拷贝系统,所述报文零拷贝系统包括至少两个应用程序apps,所述apps共享第一报文缓存pbuf内存,所述app为所述apps中的任一app,所述操作系统用于执行本发明第二方面的方法流程。

第九方面,本发明实施例提供一种共享内存管理设备,该共享内存管理设备包括处理器和存储器。该处理器上运行第三方面的应用程序app和第五方面的操作系统,该处理器被配置为支持应用程序app以及操作系统执行本发明实施例所提供的共享内存管理方法。该存储器用于与处理器耦合,用于存储应用程序app必要的程序代码和数据,以及用于存储操作系统必要的程序代码和数据。

相较于现有技术,本发明实施例的方案中在多个app共享同一pbuf内存的情况下,通过设置app对第一pbuf内存的读写操作属性为只读,从而在操作系统监控到app对第一pbuf进行写操作时,操作系统向app发送pbuf内存误操作通知消息,以使app基于该pbuf内存误操作通知消息快速并准确地定位产生该pbuf内存误操作的app以及具体位置,即确定pbuf内存误操作现场,保障系统可靠性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本发明实施例提供的一种网络功能虚拟化系统的架构示意图;

图2是本发明实施例提供的另一种nfv系统的架构示意图;

图3是本发明实施例提供的又一种nfv系统的架构示意图;

图4是本发明实施例提供的一种报文零拷贝系统的架构示意图;

图5是本发明实施例提供的一种共享内存管理方法的流程示意图;

图6是本发明实施例提供的一种app进程间第一pbuf内存管理流程示意图;

图7是本发明实施例提供的一种报文零拷贝流程以及第一pbuf内存管理流程示意图;

图8-a是本发明实施例提供的另一种报文零拷贝系统的架构示意图;

图8-b是本发明实施例提供的另一种报文零拷贝流程以及pbuf内存管理流程示意图;

图9是本发明实施例提供的一种应用程序app的结构示意图;

图10是本发明实施例提供的一种操作系统的结构示意图;

图11为本发明实施例提供的一种共享内存管理装置的结构示意图;

图12为本发明实施例提供的另一种共享内存管理装置的结构示意图;

图13为本发明实施例提供的一种共享内存管理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。

为了更好地理解本发明技术方案,下面首先对本发明实施例所基于的应用场景进行说明。

首先参见图1,图1是本发明实施例提供的一种网络功能虚拟化系统nfv100的架构示意图。如图1所示,该nfv系统包括硬件层110,管理程序(英文:hyperviser)层120,操作系统(英文:opersystem,os)层130、应用程序(英文:application,app)层140,其中,操作系统层130和各个应用程序构成虚拟机(英文:virtualmachine,vm)。

其中,硬件层110为虚拟化环境运行的硬件平台,该硬件层110可以由一台或多台服务器组成;管理程序120直接安装在硬件计算资源上,用于管理和调用硬件资源,不需要底层操作系统,也即可以理解管理程序为一个很薄的操作系统;操作系统层130包括一个或多个操作系统,是运行在管理程序上的访问操作系统(英文:guestos),在本发明实施例中,该操作系统可以为linux操作系统或其它操作系统;应用程序层140包括一个或多个应用程序模块,是运行在访问操作系统上的应用,为客户提供服务。

参见图2,图2是本发明实施例提供的另一种nfv系统的架构示意图。如图2所示,该nfv系统包括硬件层210,宿主机(英文:host)层220,管理程序层230,访问操作系统(英文:guest)240、app层250。其中,图2所示的nfv系统架构与图1所示的网络功能虚拟化系统架构不同之处在于,在图2所示的网络功能虚拟化系统架构中,通过增加host层220,该host层可用于安装基础操作系统,从而使管理程序层230运行在基础操作系统上,构建出一整套虚拟硬件平台,使用者根据需要在guest层上安装新的操作系统和应用软件,host层和guest层上的操作系统可以完全无关。在本发明实施例中,该host层的操作系统可以为windos操作,该guest层上的操作系统可以为linux操作系统。

参见图3,图3是本发明实施例提供的又一种nfv系统的架构示意图。在图3所示的网络功能虚拟化系统中,包括网络功能虚拟化基础设施层(英文:nfvinfrastructure,nfvi)310、虚拟网络功能(英文:virtualnetworkfunctions,vnfs)320、操作/业务支持系统(英文:operationsupportsystem/businesssupportsystem,oss/bss)330以及网络功能虚拟化管理和编排系统(英文:nfvmanagementandorchestration,nfvmano)340。

其中,虚拟化基础设施层310包括硬件资源层,虚拟化层以及虚拟资源层,vnfs320包括多个vnf以及多个网元管理器(英文:elementmanager,em),可以为用户提供不同的虚拟网络功能。相对于图1或图2所示的架构,可以认为图1或图2中的app部署于图3中的vnf。

其中,nfvmano包括网络功能虚拟化编排器(英文:nfvorchestrator,nfvo)、一个或多个虚拟化网络功能管理器(英文:vnfmanager,vnfm)和虚拟化基础设施管理器(英文:virtualizedinfrastructuremanager,vim),网络服务目录(英文:networkservicecatalogue,nscatalogue),用于负责对整个nfvi资源的管理和编排,负责业务网络和nfvi资源的映射和关联,负责oss业务资源流程的实施等,mano通过解析产品提供的虚拟网络功能描述符(英文:vnfdescriptor,vnfd)文件实现虚拟机的创建、网元的安装、亲和及反亲和的配置、系统扩缩容等操作。

参见图4,图4是本发明实施例提供的一种报文零拷贝系统400的架构示意图,如图4所示,该报文零拷贝系统400包括n个app,也即包括apps,分别为app1,app2,···appn,第一网卡和第一网卡队列,第二网卡和第二网卡队列,以及一个报文缓存pbuf内存。其中,不同的app属于不同的业务进程,该pbuf内存由n个app共享。

在本发明实施例中,该n个app可以为上述图1和图2中运行于同一个vm的app,也可以为图3中的vnf,也可以为运行于物理计算机中的不同应用程序。

在本发明实施例中,该报文零拷贝系统可运行于物理计算机上的操作系统上,也可以运行于nfv系统中的操作系统上。

值得说明的是,该app可以为一个独立的功能模块,用于执行特征的功能,例如,可以为用于执行传输层处理功能的app、或用于执行应用层处理功能的app,或也可以为一个独立函数编写的功能模块。

可选地,在本发明的一个实施例中,该多个app可以为不同的进程;也可以为同一个进程中的不同线程。不管该多个app处于不同的进程,还是处于同一个进程中的不同线程,只要该多个app共享同一pbuf内存,并利用该pbuf内存在该多个app之间进行报文转发的场景均为本发明实施例所提供的应用场景。

在本发明实施例中,上述第一网卡和第二网卡可以为虚拟网卡(英文:virtualnetworkcard,vnic),也可以为物理网卡。

在本发明实施例中,当利用该报文零拷贝系统进行零拷贝报文转发时,首先app1进程往第一网卡队列中填充pbuf内存的直接内存存储(英文:directmemoryaccess,dma)地址后,第一网卡往该pbuf内存地址中填充报文,然后app1从第一网卡队列中收包该报文至pbuf内存,并将该报文依次经过多个app进程进行处理,最后appn处理完毕后,第二网卡再往第二网卡队列中填充该pbuf内存地址,appn将该报文填充至第二网卡队列的pbuf内存地址,然后第二网卡从该第二网卡队列中回收该报文并发送出去。当第二网卡发送报文后,appn收回该pbuf内存至内存池。可以看出,该报文零拷贝系统通过pbuf内存共享内存,实现在不同的app之间的报文转发,从而实现报文零拷贝。

但同时,基于该报文零拷贝系统,由于不同的app共享同一个pbuf内存,所以破坏了不同的app进程间的隔离性,当跨进程操作时出现pbuf内存问题时,无法找到出现pbuf内存问题所在的app与具体位置(例如,当pbuf内存出现问题时,无法确定是n个app中具体哪个app发生误操作问题),也即无法定位问题第一现场,导致业务恢复周期长。

为了解决上述问题,本发明实施例提出了一种共享内存管理方法,通过设置pbuf内存的读写操作属性,以在pbuf内存发生误操作时,获取到产生该pbuf内存误操作的内存误操作现场,增强报文零拷贝系统可靠性。

下面对本发明实施例进行详细说明。参见图5,图5是本发明实施例提供的一种共享内存管理方法的流程示意图,该共享内存管理方法应用于图4所示的零拷贝系统,该报文零拷贝系统运行于操作系统,如图5所示,该方法可以包括以下步骤:

s501、apps中的任一应用程序app设置所述app对所述第一pbuf内存的读写操作属性在当前时刻为只读,所述操作系统记录所述app对所述第一pbuf内存的读写操作属性。

在本发明实施例中,该至少两个应用程序为图4所示的apps,该至少两个应用程序中的任一应用程序app可以为app1至appn间的任一应用程序,例如,app1,app2,appn。

其中,第一pbuf内存的读写操作属性是指为了对共享内存第一pbuf进行管理,防止多个应用程序同时对第一pbuf进行写操作而产生内存问题,由各app所设置的该app对第一pbuf在某时刻所应当执行的读写操作,从而当app对第一pbuf内存执行了读写操作属性以外的操作时,操作系统则认为是内存误操作。

在本发明实施例中,该读写操作属性包括只读、读写、以及只写。当设置app对第一pbuf内存的读写操作属性为只读时,而此时app对第一pbuf内存执行了写操作,此时操作系统认为app对第一pbuf内存误操作;当设置app对第一pbuf内存为读写时,也即此时app对第一pbuf内存执行读操作或者写操作,操作系统均不会监控为内存误操作;当设置app对第一pbuf内存为只写时,从而此时当app对第一pbuf内存执行了读操作,操作系统认为app对第一pbuf内存误操作。值得说明的是,对于读写操作属性为读写时,也可进一步在app对第一pbuf内存执行读操作的情况下,确定此时的读写操作属性为只读,在app对第一pbuf内存执行写操作的情况下,确定此时的读写操作属性为只写。

可选地,在本发明的一个实施例中,当app通过第一pbuf内存接收到报文并进行处理时,此时该app设置对第一pbuf内存的读写操作属性为读写,而在其它时刻app对该第一pbuf内存的读写操作属性为只读,例如,当app未接收到报文时,或者当app将报文处理完毕并发送至其它app后,app对该第一pbuf内存的读写操作属性均为只读。

具体地,在本发明的一个实施例中,当app通过第一pbuf内存接收到预设报文并处理时,此时该app将对该第一pbuf内存的读写操作属性设置为读写,而其它app对该第一pbuf内存的读写操作属性为只读,当app将该预设报文发送给其它app后,此时将收回该写操作属性,也即此时app对该预设报文的读写操作属性将重设置为只读。当各app设置好对第一pbuf内存的读写操作属性后,后续该零拷贝系统所运行的操作系统监控到存在app对第一pbuf内存的误操作时,将发出pbuf内存误用通知消息,以提示用户第一pbuf内存出现问题,从而通过该方式可以实现对第一pbuf内存的管理。

举例说明,在本发明的一个示例中,具体参见图6,图6是本发明实施例提供的一种app进程间第一pbuf内存管理流程示意图。在报文在app1、app2以及app3之间进行转发的情况下,当app1在时刻1通过第一pbuf内存接收到报文并进行处理,此时app1对第一pbuf内存的读写操作属性设置为读写;当app1将报文发送至app2进程后,app2在时刻2接收到该报文,此时app2对第一pbuf内存的读写操作属性将设置为读写,而此时app1将收回第一pbuf内存的写操作,也即此时app1对第一pbuf内存的读写操作属性将为只读。在这两个时刻,app3未对报文进行处理,所以app3对该第一pbuf内存的读写操作属性一直设置为只读。

更进一步地,参见图7,图7是本发明实施例提供的一种报文零拷贝流程以及第一pbuf内存管理流程示意图。当利用该报文零拷贝系统进行零拷贝报文转发时,首先app1、app2和app3将对第一pbuf内存的读写操作属性均设置为只读。app1往第一网卡队列填充dma地址,也即第一pbuf内存地址,第一网卡将报文收包之后将该报文写入第一网卡队列中,然后app1使用第一pbuf内存从第一网卡队列中收包该报文,此时app1将对该第一pbuf内存的读写操作属性设置为读写;当app1对第一pbuf内存中的报文处理完毕后,将该报文发送至app2,此时app1收回该第一pbuf内存的写操作属性,也即此时app1进程对该第一pbuf内存的读写操作属性为只读,而此时app2将设置对该第一pbuf内存的读写操作属性为读写;当app2对该报文处理完毕后,再依次发往下一个app,各app的第一pbuf内存的读写操作属性设置方式同上步骤。当报文转发到appn后,appn对第一pbuf内存的读写操作属性为读写,当appn对报文进行处理后,appn将该报文发送给app1,并收回写操作属性。此时app1接收到该报文后,app1重新设置对第一pbuf内存的读写操作属性为读写,最后app1将报文发送至第二网卡队列,然后第二网卡将报文第二网卡队列中取出,完成整个网卡收发包流程。需要说明的是,在图7所示的流程中,由app1统一管理网卡的收发包。

具体地,在本发明的一个实施例中,当各app运行在linux操作系统时,linux操作系统包括mprotect内存管理接口,该mprotect内存管理接口用于设置所述第一pbuf内存的读写操作属性,也即当app在处理第一pbuf内存报文时,app通过调用mprotect内存管理接口设置app对该第一pbuf内存的读写操作属性为读写,其它app则通过调用mprotect内存管理接口设置对该第一pbuf的读写操作属性为只读,此时linux操作系统将记录app对第一pbuf内存的读写操作属性。一旦读写操作属性为只读的app对第一pbuf内存进行写操作时,linux系统可以立即侦听到该内存误操作,然后linux操作系统产生段错误信号segmentfault,用于提示app对第一pbuf的内存进行了误操作了,然后该app即可通过该错误信息提示打印出调用栈信息来确定异常的上下文第一现场。可以理解,通过调用linux操作系统的mprotect内存管理接口可以方便地在linux操作系统下对第一pbuf内存的读写操作属性进行设置。

可选地,在本发明的一个实施例中,由于mprotect内存管理接口是基于页表进行管理的,也即同一页表上所对应内存的读写操作属性将同时进行设置,具体地,各页表包括读写操作属性标识,从而操作系统记录app对第一pbuf内存的读写操作属性为只读时,可以通过在该页表上的读写操作属性标识上记录app对第一pbuf内存的读写操作属性为只读。由于各页表对应一个读写操作属性标识,也即各页表通过该读写操作属性标识来统一设置该页表所对应pbuf内存的读写操作属性。故当基于mprotect内存读写操作管理机制进行内存读写操作管理时,为了使在由mprotect内存读写操作管理机制对第一pbuf内存的读写操作属性进行设置时,不至于干扰到该页表上的其它内存的读写操作属性,所以需要使该页表与第一pbuf内存存在唯一的对应关系,也即该第一pbuf内存对应的一个页表或多个页表由mprotect内存读写操作管理机制独立进行控制,此时与该第一pbuf内存对应的一个或多个页表的读写操作属性标识将同时进行设置为只读或者读写。

可选地,在本发明的一个实施例中,该页表可以为普通的4k比特的页表,例如第一pbuf内存大小为4k比特以内大小时,该第一pbuf内存对应一个页表,此时mprotect内存读写操作管理机制通过独立设置控制该页表以对第一pbuf内存的读写操作属性进行独立控制,具体地,可以通过设置该页表的读写操作属性标识来设置各app对该第一pbuf的读写操作属性,或者如果第一pbuf内存大小为8k比特时,该第一pbuf内存对应连续两个页表,此时mprotect内存读写操作管理机制可通过同时控制该两个页表以对第一pbuf内存的读写操作属性进行独立控制,具体地,可以通过同时设置该2个页表的读写操作属性标识为相同(同时为只读或者同时为读写)来独立控制第一pbuf内存的读写操作属性。可以理解,通过使得第一pbuf内存独立于其它pbuf内存与页表唯一对应,使得基于页表管理的mprotect内存读写操作管理机制可独立对该第一pbuf内存进行控制。

可选地,在本发明的一个实施例中,所述报文零拷贝系统还包括第二pbuf内存,所述apps的共享内存还包括第二pbuf内存,报文零拷贝系统在使用共享内存进行零拷贝时,app可在预设时刻确定所述第一pbuf内存为所述apps的所述共享内存,所述app在预设时刻之外确定所述第二pbuf内存为所述apps的共享内存,所述第一pbuf内存为小页内存,所述第二pbuf内存为大页内存,所述第一pbuf内存与所述一个或多个页表存在唯一对应关系。

其中,大页内存是指通过增加页表大小来减少页表数量,提高系统性能,在大页内存下,每个页表大小可以1g比特或更大,而如果apps的共享内存大小仅4k比特时,此时每个页表将对应多个pbuf内存。小页内存是与大页内存相对的概念,小页内存下,每个页表的大小可为普通4k比特大小的页表或8k比特大小的页表。

可选地,在本发明的一个实施例中,预设时刻是指app基于预设规则确定的,例如,可以是基于预设采样周期确定的,从而app在预设采样周期对应的预设时刻使用第一pbuf内存,在预设采样周期之外的时刻使用第二pbuf内存;又例如,也可以是在报文零拷贝系统即将处理的报文的类型是预设类型时,使用第一pbuf内存保存该报文(即确定当前时刻为预设时刻),在报文零拷贝系统即将处理的报文的类型是其它类型时,使用第二pbuf内存保存该报文(即确定当前时刻为预设时刻之外),从而可基于报文零拷贝系统当前将处理的报文类型确定预设时刻。

具体地,在本发明的一个实施例中,由于在4k比特页表下,系统性能比较低,而如果将该pbuf内存设置为大页内存,此时将存在多个pbuf内存对应同一个页表的情况,如果对当前的pbuf内存的读写操作进行管理时,将错误地管理到同一页表的其它pbuf内存,造成系统功能异常。所以,在保证系统性能与防止系统功能异常的情况下,可以通过增加第二pbuf内存,设置该第二pbuf内存为大页内存,从而app可通过第一pbuf内存或第二pbuf内存接收并处理预设报文,提升系统性能。例如可参见图8-a,图8-a是本发明实施例提供的另一种报文零拷贝系统的架构示意图。但由于第二pbuf内存为大页内存,linux操作系统并不对该第二pbuf内存进行读写操作管理,只对第一pbuf内存进行读写操作管理。可设置第一pbuf内存的预设采样周期,app进程在预设采样周期对应的采样时刻填充第一pbuf内存,然后通过对该第一pbuf内存进行读写操作管理,保证系统可靠性。例如,在设置第一pbuf内存的预设采样周期为1000的情况下,每填充999个第二pbuf内存,填充一个第一pbuf内存,linux对该第一pbuf内存进行读写操作管理以保证系统可靠性,同时由于在1000个pbuf内存中有999个采用的是大页内存的第二pbuf内存,所以可保证系统的高性能。

值得说明的是,通过设置app使用第一pbuf内存的预设时刻,当该预设时刻的频率越小时,则说明进行pbuf内存监控的频率越小,所以此时系统可靠性相对较小,而此时使用大页内存第二pbuf内存进行填充的相对次数多,系统的性能提升较大;而预设时刻的频率越大,则说明进行pbuf内存监控的频率越大,所以此时系统的可靠性相对较大,而此时使用大页内存第二pbuf内存进行填充的相对次数小,系统的性能提升较小。故可以根据需求,权衡系统的性能提升与可靠性设置该预设时刻。

更进一步地,参见图8-b,图8-b是本发明实施例提供的另一种报文零拷贝流程以及pbuf内存管理流程示意图。图8-b所示的流程为基于图8-a所示的零报文拷贝系统执行的,也即包括两个pbuf内存:第一pbuf内存与第二pbuf内存。由于第一pbuf内存与页表一一对应,第二pbuf内存为大页内存,所以设置预设采样周期对第一pbuf内存进行采样填充,并仅使用mprotect内存读写操作管理机制对第一pbuf内存进行读写操作管理,对于第二pbuf内存则不进行内存读写操作管理。并且图8-b所示的流程由app1统一管理网卡的收发包。如图8-b所示,首先app1、app2和app3将第一pbuf内存的读写操作属性均设置为只读。app1往第一网卡队列中填充dam地址时,当不为预设采样周期时,使用第二pbuf内存的dma地址填充第一网卡队列,从而后续app1通过第二pbuf内存从第一网卡队列读取报文并处理;当为预设采样周期时,使用第一pbuf内存的dma地址填充第一网卡队列,从而当app1通过第一pbuf内存从第一网卡队列读取报文后,由于第一pbuf内存为需要进行读写操作属性设置的采样pbuf内存,所以app1设置第一pbuf内存的读写操作属性为读写,并处理报文,当处理完报文后,app1收回第一pbuf内存的写操作属性,并将该报文发往app2。

app2收到app1发送的报文时,判断该pbuf内存是否为采样第一pbuf内存,在判断为否的情况下,不进行读写操作属性设置直接处理,在判断为是的情况下,设置该第一pbuf内存的读写操作属性为读写,并处理报文,当处理完报文后,app2收回第一pbuf内存的写操作属性,并将该报文发往app3。

app3收到app2发送的报文时,判断该pbuf内存是否为采样第一pbuf内存,在判断为否的情况下,不进行读写操作属性设置直接处理,在判断为是的情况下,设置该第一pbuf内存的读写操作属性为读写,并处理报文,当处理完报文后,app3收回第一pbuf内存的读操作属性,并将该报文发往app1。

app1收到该报文后,在判断为第二pbuf内存的情况下,此时不进行读写操作属性设置,处理完报文后将报文发送至第二网卡队列并回收该第二pbuf内存至pbuf内存池。在判断为第一pbuf内存的情况下,此时设置该第一pbuf内存的读写操作属性为读写,并处理报文,然后再将报文发送到第二网卡队列,以及从第二网卡队列中回收该第一pbuf内存至pbuf内存池,同时收回第一pbuf内存的写操作属性。从而完成整个报文零拷贝过程。

s502、在操作系统监控到app对第一pbuf内存进行写操作的情况下,操作系统向app发送pbuf内存误操作通知消息,此时app接收到操作系统发送的pbuf内存误操作通知消息,并获取所述pbuf内存误操作通知消息中的pbuf内存误操作现场信息,所述pbuf内存误操作通知消息用于指示所述app对所述第一pbuf内存进行写操作以及所述写操作的具体位置。

可选地,在本发明的一个实施例中,该pbuf内存误操作现场信息包括调用栈信息。

具体地,在本发明的一个实施例中,当操作系统监测到第一pbuf内存为只读时,app对该第一pbuf内存进行了写操作,然后操作系统将向该app发送pbuf内存误操作通知消息,例如,该pbuf内存误操作通知消息可为段错误信号segmentfault,然后app通过该段错误信号segmentfault打印出来调用栈信息,从而进一步地,该app可以根据该调用栈信息确定导致内存错误的具体位置,以及使得app可以根据该具体位置修复导致内存错误的问题。

可选地,在本发明的一个实施例中,所述第一pbuf内存还用于缓存轨迹标识,所述app接收到pbuf内存误操作通知消息后,app还可以通过该第一pbuf内存的轨迹标识记录第一pbuf内存的轨迹点信息,该轨迹点信息包括应用程序app标识、应用程序当前进程标识以及当前时刻,其中,app标识用于指示在某个时刻使用该第一pbuf内存的app,应用程序当前进程标识指示在某个时刻使用该第一pbuf内存的app进程。

在本发明实施例中,轨迹点信息是指使用该第一pbuf内存的app的相关信息,从而将使用该第一pbuf的app的相关信息按时间顺序衔接则构成第一pbuf内存的轨迹点信息。

具体地,在本发明实施例中,可以通过轨迹标识来记录轨迹点信息,其中,该轨迹标识可以是指第一pbuf内存中用于保存报文的内存空间,从而可以利用该剩余内存空间来记录第一pbuf的轨迹点信息。

举例说明,在本发明的一个示例中,参见图4。当app1进程在第一时刻接收并处理第一pbuf内存报文时,app1进程在第一pbuf内存的剩余内存空间中记录此时的轨迹点信息,也即app1标识、app2进程标识以及第一时刻;然后当app1将第一内存报文发送至app2后,app2进程在第二时刻接收并处理第一pbuf内存报文时,app2进程再更一步在该第一pbuf内存的剩余空间中记录此时的轨迹点信息,也即app2标识、app2进程标识以及第二时刻;依次记录第一pbuf内存所经过的所有的轨迹点信息,从而在appn当中将包括第一pbuf内存从app1到appn的所有轨迹点信息,将该所有轨迹点信息根据时间先后即可得到第一pbuf内存所经过的轨迹。更进一步地,还可以记录零拷贝系统中的第一pbuf内存经过第一网卡队列以及第二网卡队列的轨迹。

可以理解,当记录到第一pbuf的轨迹点信息后,则可以当在某个app发生误用写操作时,可以通过在第一pbuf的轨迹点信息确定的第一pbuf的轨迹,来进一步确定该第一pbuf所经过的上游app,以进一步提高系统可靠性。

s503、app基于所述pbuf内存误操作现场信息确定所述app对所述pbuf内存进行写操作的内存误操作现场。

更进一步地,在本发明的一个实施例中,可以基于该内存误操作现场进行业务恢复。

举例说明,在本发明的一个示例中,在报文零拷贝系统工作时,并且第一pbuf内存发送至app3,此时app2通过调用mprotect内存管理接口设置app2对第一pbuf内存的读写操作属性为只读,app2将接收到系统发送的pbuf内存误操作通知消息,例如段错误信号,然后app2基于该段错误信号打印调用栈信息,并由app2基于该调用栈信息确定产生对第一pbuf进行写操作的位置,也即产生误写操作的代码位置,从而可使得app基于该位置修复该问题,防止后续app2对第一pbuf内存进行误写操作。通过设置各app对第一pbuf内存的读写操作属性,从而在第一pbuf内存运行至app3时,在app2对该第一pbuf内存进行了写操作的情况下,系统能通过pbuf内存误操作通知消息提醒app2,以使得app2可以及时定位并修改该第一pbuf内存问题,保证系统可靠性,并且也使得此刻正操作第一pbuf内存的app3不至于浪费资源去进行pbuf内存问题排查,也进一步提高了系统性能。

更进一步地,app可在对第一pbuf内存进行误写操作时,记录下app对第一pbuf内存进行写操作之前该第一pbuf内存相应位置所存储的数值,从而当app对第一pbuf内存进行误写时,可将该第一pbuf内存相应位置的数值恢复至误写之前的数值,以进一步提高系统可靠性与系统性能,也提高了系统鲁棒性。

更进一步地,通过记录第一pbuf内存的轨迹点信息,在确定app对第一pbuf内存进行写操作的内存误操作现场后,可进一步通过该app的上游app来进行pbuf内存问题排查,进一步提高系统可靠性。

值得说明的是,上述方法实施例不仅可用于当app对第一pbuf内存的读写操作属性设置为只读时,对第一pbuf内存进行内存误操作的监控。当app对第一pbuf内存的读写操作属性设置为只写,以及当app对第一pbuf内存的读写操作属性设置为读写时的读状态以及写状态时,同样可使用上述方式对第一pbuf内存进行内存误操作的监控,具体地,可根据读写操作属性所对应的操作范围对上述方法的使用进行适应调整。

值得说明的是,上述步骤s501、步骤s502和步骤s503在实际执行时也可以同步并行执行,本发明实施例并不对其执行顺序进行严格限制。

可以看出,本发明实施例的方案中,当运行于操作系统的零拷贝系统中由apps共享第一pbuf内存时,该apps中的任一app设置该app对第一pbuf内存的读写操作属性在当前时刻为只读时,操作系统记录该app对第一pbuf内存的读写操作属性;然后在操作系统监控到该app对第一pbuf内存进行写操作时,操作系统向该app发送pbuf内存误操作通知消息,该app接收到操作系统发送的pbuf内存误操作通知消息后,获取该pbuf内存误操作通知消息中的pbuf内存误操作现场信息,该pbuf内存误操作通知消息用于提醒所述app对所述第一pbuf内存进行写操作以及所述写操作以及该写操作的具体位置;最后该app再基于该pbuf内存误操作现场信息确定app对第一pbuf内存进行写操作的内存误操作现场。从而实现在多个app共享同一pbuf内存的情况下,当该共享pbuf内存出现内存误操作时,能快速并准确地定位产生该pbuf内存误操作的app以及具体位置,即确定pbuf内存误操作现场,保障系统可靠性的同时能提高系统性能。

更进一步地,可以基于该pbuf内存误操作现场进行业务恢复,更一步保障系统可靠性。

参见图9,图9是本发明实施例提供的一种应用程序app的结构示意图,用于实现本发明实施例公开的共享内存管理方法。其中,该app应用于报文零拷贝系统中,所述报文零拷贝系统运行于操作系统上,所述报文零拷贝系统包括至少两个应用程序apps,所述apps共享第一包缓存pbuf内存,所述app为所述apps中的任一app。如图9所示,本发明实施例提供的一种app包括:

设置模块910、获取模块920以及确定模块930。

设置模块910,用于设置所述app对所述第一pbuf内存的读写操作属性在当前时刻为只读。

获取模块920,用于在接收到所述操作系统发送的pbuf内存误操作通知消息的情况下,获取所述pbuf内存误操作通知消息中的pbuf内存误操作现场信息,所述pbuf内存误操作通知消息用于提醒所述app对所述第一pbuf内存进行写操作以及所述写操作的具体位置。

确定模块930,用于基于所述pbuf内存误操作现场信息确定所述app对所述第一pbuf内存进行写操作的内存误操作现场。

可选地,在本发明的一个实施例中,所述操作系统包括linux操作系统,所述linux操作系统包括mprotect内存管理接口,所述mprotect内存管理接口用于被调用以设置所述第一pbuf内存的读写操作属性;所述设置模块910具体用于:

通过调用所述mprotect内存管理接口设置所述app对所述第一pbuf内存的读写操作属性在当前时刻为只读。

可选地,在本发明的一个实施例中,所述mprotect内存管理接口用于被所述app调用以基于一个或多个页表设置所述app对所述第一pbuf内存的读写操作属性。

可选地,在本发明的一个实施例中,所述报文零拷贝系统还包括第二pbuf内存,所述apps共享所述第二pbuf内存,所述app配置为在预设采样周期对应的采样时刻采样所述第一pbuf内存,所述app配置为在所述采样时刻之外采样所述第二pbuf内存。

可选地,在本发明的一个实施例中,所述报文零拷贝系统还包括第二pbuf内存,所述apps的共享内存包括所述第二pbuf内存,所述确定模块930还用于所述apps中的任一应用程序app设置所述app对所述第一pbuf内存的读写操作属性在当前时刻为只读息之前,在预设时刻确定所述第一pbuf内存为所述apps的所述共享内存,所述app在预设时刻之外确定所述第二pbuf内存为所述apps的共享内存,所述第一pbuf内存为小页内存,所述第二pbuf内存为大页内存,所述第一pbuf内存与所述一个或多个页表存在唯一对应关系。

可选地,在本发明的一个实施例中,app900还包括记录模块940,用于通过所述轨迹标识记录所述第一pbuf内存的轨迹点信息,所述轨迹点信息包括所述应用程序标识、所述应用程序当前进程标识以及所述当前时刻。

可以看出,本发明实施例的方案中,当运行于操作系统的零拷贝系统中由apps共享第一pbuf内存时,该apps中的任一app设置该app对第一pbuf内存的读写操作属性在当前时刻为只读时,操作系统记录该app对第一pbuf内存的读写操作属性;然后在操作系统监控到该app对第一pbuf内存进行写操作时,操作系统向该app发送pbuf内存误操作通知消息,该app接收到操作系统发送的pbuf内存误操作通知消息后,获取该pbuf内存误操作通知消息中的pbuf内存误操作现场信息,该pbuf内存误操作通知消息用于提醒所述app对所述第一pbuf内存进行写操作以及所述写操作以及该写操作的具体位置;最后该app再基于该pbuf内存误操作现场信息确定app对第一pbuf内存进行写操作的内存误操作现场。从而实现在多个app共享同一pbuf内存的情况下,当该共享pbuf内存出现内存误操作时,能快速并准确地定位产生该pbuf内存误操作的app以及具体位置,即确定pbuf内存误操作现场,保障系统可靠性的同时能提高系统性能。

更进一步地,可以基于该pbuf内存误操作现场进行业务恢复,更一步保障系统可靠性。

在本实施例中,应用程序app900是以模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specificintegratedcircuit,asic),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。

可以理解的是,本实施例的应用程序app900的各功能单元的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。

参见图10,图10是本发明实施例提供的一种操作系统的结构示意图,用于实现本发明实施例公开的共享内存管理方法。其中,所述操作系统上运行有报文零拷贝系统,所述报文零拷贝系统包括至少两个应用程序apps,所述apps共享第一报文缓存pbuf内存,如图10所示,本发明实施例提供的一种操作系统1000包括:

记录模块1010以及发送模块1020。

其中,记录模块1010,用于根据所述apps中的任一应用程序app对所述第一pbuf内存的读写操作属性设置指示记录所述app对所述第一pbuf内存的读写操作属性为只读;

发送模块1020,用于在所述操作系统监控到所述app对所述第一pbuf内存进行写操作的情况下,所述操作系统向所述app发送pbuf内存误操作通知消息,所述pbuf内存误操作通知消息用于提醒所述app对所述第一pbuf内存进行写操作以及所述写操作的具体位置。

可选地,在本发明的一个实施例中,所述操作系统包括linux操作系统,所述linux操作系统包括mprotect内存管理接口,所述mprotect内存管理接口用于被所述app调用以设置所述app对所述第一pbuf内存的读写操作属性。

可选地,在本发明的一个实施例中,所述mprotect内存管理接口用于被所述app调用以基于一个或多个页表设置所述app对所述第一pbuf内存的读写操作属性。

可选地,在本发明的一个实施例中,所述页表包括读写操作属性标识,所述记录模块1010记录所述app对所述第一pbuf内存的读写操作属性为只读包括:

通过所述读写操作属性标识记录所述app对所述第一pbuf内存的读写操作属性只读。

可以看出,本发明实施例的方案中,当运行于操作系统的零拷贝系统中由apps共享第一pbuf内存时,该apps中的任一app设置该app对第一pbuf内存的读写操作属性在当前时刻为只读时,操作系统记录该app对第一pbuf内存的读写操作属性;然后在操作系统监控到该app对第一pbuf内存进行写操作时,操作系统向该app发送pbuf内存误操作通知消息,该app接收到操作系统发送的pbuf内存误操作通知消息后,获取该pbuf内存误操作通知消息中的pbuf内存误操作现场信息,该pbuf内存误操作通知消息用于提醒所述app对所述第一pbuf内存进行写操作以及所述写操作以及该写操作的具体位置;最后该app再基于该pbuf内存误操作现场信息确定app对第一pbuf内存进行写操作的内存误操作现场。从而实现在多个app共享同一pbuf内存的情况下,当该共享pbuf内存出现内存误操作时,能快速并准确地定位产生该pbuf内存误操作的app以及具体位置,即确定pbuf内存误操作现场,保障系统可靠性的同时能提高系统性能。

更进一步地,可以基于该pbuf内存误操作现场进行业务恢复,更一步保障系统可靠性。

在本实施例中,操作系统1000是以模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specificintegratedcircuit,asic),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。

可以理解的是,本实施例的操作系统1000的各功能单元的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。

参见图11,图11为本发明实施例提供的一种共享内存管理装置的结构示意图,如图11所示,该共享内存管理设备1100包括:

存储有可执行程序代码的存储器1101与所述存储器耦合的处理器1102。该存储器1101可以独立存在,通过总线与处理器1102相连接。存储器1101也可以和处理器1102集成在一起。其中,所述处理器1102可以为中央处理器(centralprocessingunit,cpu),所述处理器1102上运行有应用程序app与操作系统,所述操作系统上运行有报文零拷贝系统,所述报文零拷贝系统包括至少两个应用程序apps,所述apps共享第一包缓存pbuf内存,所述app为所述apps中的任一app。

所述app用于:设置所述app对所述第一pbuf内存的读写操作属性在当前时刻为只读;在所述app接收到所述操作系统发送的pbuf内存误操作通知消息的情况下,获取所述pbuf内存误操作通知消息中的pbuf内存误操作现场信息,所述pbuf内存误操作通知消息用于提醒所述app对所述第一pbuf内存进行写操作以及所述写操作的具体位置;基于所述pbuf内存误操作现场信息确定所述app对所述第一pbuf内存进行写操作的内存误操作现场。

可选地,在本发明的一个实施例中,所述操作系统包括linux操作系统,所述linux操作系统包括mprotect内存管理接口,所述mprotect内存管理接口用于被调用以设置所述第一pbuf内存的读写操作属性;

所述设置所述app对所述第一pbuf内存的读写操作属性在当前时刻为只读,包括:

通过调用所述mprotect内存管理接口设置所述app对所述第一pbuf内存的读写操作属性在当前时刻为只读。

可选地,在本发明的一个实施例中,所述mprotect内存管理接口用于被所述app调用以基于一个或多个页表设置所述app对所述第一pbuf内存的读写操作属性。

可选地,在本发明的一个实施例中,在所述设置所述app对所述第一pbuf内存的读写操作属性在当前时刻为只读之前,所述app还用于:

在预设时刻确定所述第一pbuf内存为所述apps的所述共享内存,在预设时刻之外确定所述第二pbuf内存为所述apps的共享内存,所述第一pbuf内存为小页内存,所述第二pbuf内存为大页内存,所述第一pbuf内存与所述一个或多个页表存在唯一对应关系。

可选地,在本发明的一个实施例中,所述第一pbuf内存还用于缓存轨迹标识,所述app还用于:通过所述轨迹标识记录所述第一pbuf内存的轨迹点信息,所述轨迹点信息包括所述应用程序标识、所述应用程序当前进程标识以及所述当前时刻。

值得说明的是,图11仅仅示出了共享内存管理设备1100的简化设计。在实际应用中,共享内存管理设备1100可以包含任意数量处理器和存储器等,而所有可以实现本发明实施例的共享内存管理设备都在本发明实施例的保护范围之内。

参见图12,图12为本发明实施例提供的另一种共享内存管理装置的结构示意图,如图12所示,该共享内存管理设备1200包括:

存储有可执行程序代码的存储器1201与所述存储器耦合的处理器1202。该存储器1201可以独立存在,通过总线与处理器1202相连接。存储器1201也可以和处理器1202集成在一起。其中,所述处理器1202可以为中央处理器cpu,所述处理器1202上运行有应用程序app与操作系统,所述操作系统上运行有报文零拷贝系统,所述报文零拷贝系统包括至少两个应用程序apps,所述apps共享第一包缓存pbuf内存,所述app为所述apps中的任一app。

所述操作系统用于:根据所述apps中的任一应用程序app对所述第一pbuf内存的读写操作属性设置指示记录所述app对所述第一pbuf内存的读写操作属性为只读;在所述操作系统监控到所述app对所述第一pbuf内存进行写操作的情况下,向所述app发送pbuf内存误操作通知消息,所述pbuf内存误操作通知消息用于提醒所述app对所述第一pbuf内存进行写操作以及所述写操作的具体位置。

可选地,在本发明的一个实施例中,所述操作系统包括linux操作系统,所述linux操作系统包括mprotect内存管理接口,所述mprotect内存管理接口用于被所述app调用以设置所述app对所述第一pbuf内存的读写操作属性。

可选地,在本发明的一个实施例中,所述mprotect内存管理接口用于被所述app调用以基于一个或多个页表设置所述第一pbuf内存的读写操作属性。

可选地,在本发明的一个实施例中,所述页表包括读写操作属性标识,所述记录模块记录所述app对所述第一pbuf内存的读写操作属性为只读包括:

通过所述读写操作属性标识记录所述app对所述第一pbuf内存的读写操作属性为只读。

值得说明的是,图12仅仅示出了共享内存管理设备1200的简化设计。在实际应用中,共享内存管理设备1200可以包含任意数量处理器和存储器等,而所有可以实现本发明实施例的共享内存管理设备都在本发明实施例的保护范围之内。

参见图13,图13为本发明实施例提供的一种共享内存管理设备的结构示意图,如图13所示,该共享内存管理设备1300包括:

存储有可执行程序代码的存储器1301与所述存储器耦合的处理器1302。其中,处理器1101可以为中央处理器(centralprocessingunit,cpu),该处理器上可以运行如图5所示方法实施例中的app和操作系统、或者如图9所示装置实施例中的app和如图10所示装置实施例中的操作系统、或者如图11所示装置实施例中的app和图12所示装置实施例中的操作系统,以用于执行本发明实施例所提供的共享内存管理方法。其中,所述操作系统上运行有报文零拷贝系统,所述报文零拷贝系统包括至少两个应用程序apps,所述apps共享第一包缓存pbuf内存,所述app为所述apps中的任一app。该存储器1301用于存储app的程序代码和数据,以及用于存储操作系统的程序代码和数据。该存储器1301可以独立存在,通过总线与处理器1302相连接。存储器1301也可以和处理器1302集成在一起。

可以理解的是,图13仅仅示出了共享内存管理设备1300的简化设计。在实际应用中,共享内存管理设备1300可以包含任意数量处理器和存储器等,而所有可以实现本发明实施例的共享内存管理设备都在本发明实施例的保护范围之内。

本发明实施例还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时可以实现包括上述方法实施例中记载的任何共享内存管理方法的部分或全部步骤。前述的存储介质包括:u盘、只读存储器(英文:read-onlymemory)、随机存取存储器(英文:randomaccessmemory,ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1