CN109617838B - 多通道报文汇聚共享内存管理方法及系统 - Google Patents

多通道报文汇聚共享内存管理方法及系统 Download PDF

Info

Publication number
CN109617838B
CN109617838B CN201910131619.9A CN201910131619A CN109617838B CN 109617838 B CN109617838 B CN 109617838B CN 201910131619 A CN201910131619 A CN 201910131619A CN 109617838 B CN109617838 B CN 109617838B
Authority
CN
China
Prior art keywords
message
ptrram
pointers
channel
dataram
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.)
Active
Application number
CN201910131619.9A
Other languages
English (en)
Other versions
CN109617838A (zh
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.)
Suzhou Centec Communications Co Ltd
Original Assignee
Centec Networks Suzhou Co Ltd
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
Application filed by Centec Networks Suzhou Co Ltd filed Critical Centec Networks Suzhou Co Ltd
Priority to CN201910131619.9A priority Critical patent/CN109617838B/zh
Publication of CN109617838A publication Critical patent/CN109617838A/zh
Application granted granted Critical
Publication of CN109617838B publication Critical patent/CN109617838B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/10Packet switching elements characterised by the switching fabric construction
    • H04L49/103Packet switching elements characterised by the switching fabric construction using a shared central buffer; using a shared memory
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • H04L49/901Buffering arrangements using storage descriptor, e.g. read or write pointers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种多通道报文汇聚共享内存管理方法及系统,所述方法包括:采用n个1R1W DataRam及n个1R1W PtrRam构建n个入口、m个出口的报文通道,建立存储报文数据的DataRam与存储指针的PtrRam的映射关系;对各个PtrRam中剩余指针数目PtrRamCnt按从多到少进行排序;入口报文通道进行报文写入,入口报文通道获取指针Ptr请求,按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr,将对应报文写入对应的DataRam中;出口报文通道进行报文读取,出口报文通道从DataRam中读取报文,读取报文后将指针Ptr释放至对应的PtrRam中。本发明极大的节省了Ram的资源消耗,同时节省了芯片Ram面积,可满足多通道报文同时缓存的需求。

Description

多通道报文汇聚共享内存管理方法及系统
技术领域
本发明涉及交换机报文处理技术领域,特别是涉及一种多通道报文汇聚共享内存管理方法及系统。
背景技术
随着网络的蓬勃发展,交换芯片的带宽需求也越来越大,利用多数据通道传输报文以达到更大交换带宽容量,目前已成为一个主流方向。要实现多通道报文存储的要求,首先报文存储管理一定要满足多通道的读写带宽要求。
现有技术中常用的方法是用多读写RAM实现。如果需要满足8个入口、2个出口报文通道的数据缓存请求,那么需要2R8W DataRam(2读8写的静态存储器),同时从芯片物理实现上考虑也没有2R8W的物理Ram,而是通过多块1R1W DataRam(1读1写的静态存储器)搭出来,从物理实现上很耗资源,可行性差。
传统的RAM都是1R1W,如果芯片利用多读写的RAM,那么这个RAM的面积也将会是1R1W的多倍。高带宽交换芯片存储报文的缓存容量都是在M字节数量级,所以不适合利用多读写RAM来存储报文数据。
因此,针对上述技术问题,有必要提供一种多通道报文汇聚共享内存管理方法及系统。
发明内容
有鉴于此,本发明的目的在于提供一种多通道报文汇聚共享内存管理方法及系统。
为了实现上述目的,本发明一实施例提供的技术方案如下:
一种多通道报文汇聚共享内存管理方法,所述方法包括:
采用n个1R1W DataRam及n个1R1W PtrRam构建n个入口、m个出口的报文通道,建立存储报文数据的DataRam与存储指针的PtrRam的映射关系;
对各个PtrRam中剩余指针数目PtrRamCnt按从多到少进行排序;
入口报文通道进行报文写入,入口报文通道获取指针Ptr请求,按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr,将对应报文写入对应的DataRam中;
出口报文通道进行报文读取,出口报文通道从DataRam中读取报文,读取报文后将指针Ptr释放至对应的PtrRam中。
作为本发明的进一步改进,所述方法还包括:
通过PtrRamIndex索引标记获取的指针Ptr与PtrRam之间的对应关系。
作为本发明的进一步改进,“按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr”具体为:
从PtrRam取出指针Ptr并放进对应的先入先出队列PtrFifo中;
当先入先出队列PtrFifo深度大于或等于将空阈值时,从所有的先入先出队列PtrFifo中取出指针Ptr,当先入先出队列PtrFifo深度小于将空阈值时,从PtrRam中取出指针Ptr;
按照剩余指针数目PtrRamCnt从多到少的排序后,依据入口报文通道的请求状态,获取一个或多个指针Ptr;
未被使用的指针Ptr根据PtrRamIndex索引重新放进对应的先入先出队列PtrFifo或PtrRam中。
作为本发明的进一步改进,入口报文通道进行报文写入过程中,同一时钟周期内不同的入口报文通道从不同的PtrRam中取到指针Ptr。
作为本发明的进一步改进,出口报文通道进行报文读取过程中,同一时钟周期内不同的出口报文通道从不同的DataRam中读取报文。
作为本发明的进一步改进,所述PtrRam中的剩余指针数目PtrRamCnt为实时排序。
作为本发明的进一步改进,所述入口报文通道数n和出口报文通道数m均大于1。
作为本发明的进一步改进,n个所述DataRam的缓存深度相同。
本发明另一实施例提供的技术方案如下:
一种多通道报文汇聚共享内存管理系统,所述系统包括:
由n个1R1W DataRam及n个1R1W PtrRam构建的n个入口、m个出口的报文通道,存储报文数据的DataRam与存储指针的PtrRam为一一映射关系;
排序模块,用于对各个PtrRam中的指针按剩余指针数目PtrRamCnt从多到少进行排序;
当入口报文通道进行报文写入时,入口报文通道获取指针Ptr请求,按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr,将对应报文写入对应的DataRam中;
当出口报文通道进行报文读取时,出口报文通道从DataRam中读取报文,读取报文后将指针Ptr释放至对应的PtrRam中。
作为本发明的进一步改进,所述系统还包括:
PtrRamIndex索引模块,用于通过PtrRamIndex索引标记获取的指针Ptr与PtrRam之间的对应关系。
本发明具有以下有益效果:
本发明利用n块DataRam来缓存存储报文数据,同时利用n块PtrRam来维护DataRam的可用指针,并利用排序算法,使n块PtrRam的指针利用率相对公平,从而使得n块DataRam利用率相对均衡;
极大的节省了Ram的资源消耗,同时节省了芯片Ram面积,可满足多通道报文同时缓存的需求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明中多通道报文汇聚共享内存管理方法的流程示意图;
图2为本发明一具体实施例中DataRam与PtrRam的映射关系图;
图3为本发明一具体实施例中指针Ptr获取及释放的示例图;
图4为本发明一具体实施例中多通道报文汇聚共享内存管理系统的模块图。
具体实施方式
为了使本技术领域的人员更好地理解本发明中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
参图1所示,本发明公开了一种多通道报文汇聚共享内存管理方法,包括:
采用n个1R1W DataRam及n个1R1W PtrRam构建n个入口、m个出口的报文通道,建立存储报文数据的DataRam与存储指针的PtrRam的映射关系;
对各个PtrRam中剩余指针数目PtrRamCnt按从多到少进行排序;
入口报文通道进行报文写入,入口报文通道获取指针Ptr请求,按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr,将对应报文写入对应的DataRam中;
出口报文通道进行报文读取,出口报文通道从DataRam中读取报文,读取报文后将指针Ptr释放至对应的PtrRam中。
优选地,本发明中的入口报文通道数n和出口报文通道数m均大于1,n个DataRam的缓存深度相同。
对于m读n写存储器的设计实现(n>1,m>1),本发明利用n块1R1WDataRam(1读1写的静态存储器)来缓存存储报文数据,同时需要n块1R1WPtrRam(存放指针的静态存储器)来维护数据1R1W DataRam可用指针Ptr;利用排序算法,使n块PtrRam利用率相对公平,从而使得n块DataRam利用率相对均衡。
进一步地,本发明通过PtrRamIndex索引标记获取的指针Ptr与PtrRam之间的对应关系。
优选地,本发明中“按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr”具体为:
从PtrRam取出指针Ptr并放进对应的先入先出队列PtrFifo中;
当先入先出队列PtrFifo深度大于或等于将空阈值时,从所有的先入先出队列PtrFifo中取出指针Ptr,当先入先出队列PtrFifo深度小于将空阈值时,从PtrRam中取出指针Ptr;
按照剩余指针数目PtrRamCnt从多到少的排序后,依据入口报文通道的请求状态,获取一个或多个指针Ptr;
未被使用的指针Ptr根据PtrRamIndex索引重新放进对应的先入先出队列PtrFifo或PtrRam中。
为了避免DataRam的写冲突,报文通道不能在同一时钟周期内对同一块DataRam产生写请求,这就要求报文通道必须从不同的PtrRam中取到指针。即入口报文通道进行报文写入过程中,同一时钟周期内不同的入口报文通道从不同的PtrRam中取到指针Ptr。
同样地,读取数据DataRam时,多个出口通道不能读取同一块DataRam。即出口报文通道进行报文读取过程中,同一时钟周期内不同的出口报文通道从不同的DataRam中读取报文。
本发明中PtrRam中的剩余指针数目PtrRamCnt为实时排序,只要剩余统计是实时的,排序也是实时变化,通过每次依次从指针剩余最多PtrRam的中取,就可以保证多个Ram中的指针消耗相对公平。
参图4所示,本发明还公开了一种多通道报文汇聚共享内存管理系统,包括:
由n个DataRam及n个PtrRam构建的n个入口、m个出口的报文通道,存储报文数据的DataRam与存储指针的PtrRam为一一映射关系;
排序模块,用于对各个PtrRam中的指针按剩余指针数目PtrRamCnt从多到少进行排序。
当入口报文通道进行报文写入时,入口报文通道获取指针Ptr请求,按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr,将对应报文写入对应的DataRam中;
当出口报文通道进行报文读取时,出口报文通道从DataRam中读取报文,读取报文后将指针Ptr释放至对应的PtrRam中。
进一步地,该系统还包括:
PtrRamIndex索引模块,用于通过PtrRamIndex索引标记获取的指针Ptr与PtrRam之间的对应关系。
以下结合具体实施例对本发明作进一步说明。
本实施例中的多通道报文汇聚共享内存管理方法,包括:
采用8个1R1W DataRam及8个1R1W PtrRam构建8个入口、2个出口的报文通道,建立存储报文数据的DataRam与存储指针的PtrRam的映射关系;
对各个PtrRam中剩余指针数目PtrRamCnt按从多到少进行排序;
入口报文通道进行报文写入,入口报文通道获取指针Ptr请求,按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr,将对应报文写入对应的DataRam中;
出口报文通道进行报文读取,出口报文通道从DataRam中读取报文,读取报文后将指针Ptr释放至对应的PtrRam中。
以总缓存深度64K,8个入口、2个出口报文通道传输为例,即n=8、m=2,将总缓存64K的Ram切割成8块8K深度1R1W DataRam,同时需要8块PtrRam来维护存放对应1R1WDataRam的可用指针。
当某个入口报文通道需要缓存报文时,首先从某个PtrRam中取一个指针,再根据指针将报文数据写进对应的DataRam。参图2所示,1R1W DataRam与1R1W PtrRam为一一映射关系,PtrRam0对应DataRam0的可用指针,PtrRam1对应DataRam1的可用指针,以此类推,8块PtrRam与DataRam一一对应。
8个入口报文通道是彼此独立的,每个报文通道每次均不固定的会产生请求指针,最多8个入口报文通道可能同时产生请求。为了避免DataRam的写冲突,报文通道不能在同一时钟周期内对同一块DataRam产生写请求,这就要求报文通道必须从不同的PtrRam中取到指针。另外,考虑到8个入口报文通道写完报文数据以后,等待出口通道读取报文后才能释放指针,但是这个时间行为是很不确定的。如果拿取指针时没有考虑每个PtrRam的剩余指针,极可能造成某块PtrRam耗尽所有指针,而其他PtrRam还有很多指针的情况。
因此,本发明用8块1R1W的DataRam代替2R8W的Ram来降低资源的同时,还使用排序方法来公平拿取每个PtrRam的剩余指针。解决的方法是使用PtrRamCnt来统计每块PtrRam剩余个数,通过排序模块将8个PtrRamCnt依次从多到少排序。由于8个入口报文通道每次均不固定的会产生请求,只要从实现上保证每次有请求的报文通道依次从PtrRamCnt最多的PtrRam中取,就可以整体保证每个PtrRam的消耗指针差不多。
参图3所示,以Ptr0举例说明,Ptr0是从PtrRamCnt最多的PtrRam中获得的一个指针,为了标记与PtrRam对应关系,通过Ptr0RamIndex来指示Ptr0是从PtrRam0…7中哪一个PtrRam获取的。入口报文通道获得指针后,可根据该指针的PtrRamIndex写到相对应的DataRam中。同时,8个入口报文通道缓存数据后,每个入口报文通道会各自维护已缓存数据的Ptr和PtrRamIndex。每次报文出口通道会从8个入口通道中挑选其中的2个通道的指针作为读取DataRam的地址。
同样读取数据DataRam时,2个出口通道不能读取同一块DataRam,这可以通过挑选2个通道时保证PtrRamIndex不相同即可,接下来出口报文通道根据Ptr和PtrRamIndex读取相对应的DataRam后,释放该指针,留给后续入口报文通道重新获取。
参图4所示为本发明的系统模块图,左边会有8个入口报文通道PtrGet0…7请求(报文通道申请指针请求),相应的Ptr0...7为取到的指针,Ptr0...7RamIndex为相应指针所在的PtrRamIndex。右边每次会有出口报文通道释放的Ptr重新写回PtrRam,释放指针时会根据PtrRamIndex索引重新放进PtrRam0…7中。
PtrRamCnt是整体考虑指针消耗和指针释放的最终剩余结果,排序模块会利用N个时钟周期将8块PtrRam的PtrRamCnt从大到小依次排序。当某个先入先出队列PtrFifo的使用量(即深度)小于设定的将空阈值时,会从相对应的PtrRamCnt中获取Ptr放进先入先出队列PtrFifo。只要PtrGet0...7有请求,8个PtrFifo会同时取出Ptr,根据各自PtrRamCnt的排序结果,将8个Ptr重新排序依次映射至Ptr0…7。即指针所属PtrRamCnt最多的映射至Ptr0,指针所属PtrRamCnt次最大映射至Ptr1;依次类推,映射至Ptr7的指针是从PtrRamCnt最少的PtrRam而来的。
当PtrGet0...7有请求时,依次从标记统计最多的Ptr0开始取,接着Ptr1…7,只要剩余统计是实时的,排序也是实时变化,通过每次依次从指针剩余最多PtrRam的中取,就可以保证了8块RAM中的指针消耗相对公平。
值得说明的是,本发明中只要PtrGet0...7有1个请求,那么8个Ptr0…7中都会取出来,不同的是一部分被真实的取走,剩余未使用的指针需要再次放进PtrFifo0…7中。
例如,某一时刻8个入口报文通道有通道1、通道3、通道6有指针请求,那么通道1获得Ptr0,通道3获得Ptr1,通道6获得Ptr2,剩余Ptr3、Ptr4、Ptr5、Ptr6、Ptr7未实际使用,会根据各自PtrRamIndex重新放进PtrFifo中。
应当理解的是,本实施例中以8个入口报文通道、2个出口报文通道为例进行说明,在其他实施例中,入口报文通道和出口报文通道的数量可扩展为其他数量,此处不再一一举例进行说明。
由以上技术方案可以看出,本发明具有以下优点:
本发明利用n块DataRam来缓存存储报文数据,同时利用n块PtrRam来维护DataRam的可用指针,并利用排序算法,使n块PtrRam的指针利用率相对公平,从而使得n块DataRam利用率相对均衡;
极大的节省了Ram的资源消耗,同时节省了芯片Ram面积,可满足多通道报文同时缓存的需求。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书一个或多个实施例的实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
此外,应当理解,虽然本说明书按照实施方式加以描述,但并非每个实施方式仅包含一个独立的技术方案,说明书的这种叙述方式仅仅是为清楚起见,本领域技术人员应当将说明书作为一个整体,各实施例中的技术方案也可以经适当组合,形成本领域技术人员可以理解的其他实施方式。

Claims (8)

1.一种多通道报文汇聚共享内存管理方法,其特征在于,所述方法包括:
采用n个1R1W DataRam及n个1R1W PtrRam构建n个入口、m个出口的报文通道,建立存储报文数据的DataRam与存储指针的PtrRam的映射关系,所述入口报文通道数n和出口报文通道数m均大于1;
对各个PtrRam中剩余指针数目PtrRamCnt按从多到少进行排序;
入口报文通道进行报文写入,入口报文通道获取指针Ptr请求,按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr,将对应报文写入对应的DataRam中;
出口报文通道进行报文读取,出口报文通道从DataRam中读取报文,读取报文后将指针Ptr释放至对应的PtrRam中;
“按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr”具体为:
从PtrRam取出指针Ptr并放进对应的先入先出队列PtrFifo中;
当先入先出队列PtrFifo深度大于或等于将空阈值时,从所有的先入先出队列PtrFifo中取出指针Ptr,当先入先出队列PtrFifo深度小于将空阈值时,从PtrRam中取出指针Ptr;
按照剩余指针数目PtrRamCnt从多到少的排序后,依据入口报文通道的请求状态,获取一个或多个指针Ptr;
未被使用的指针Ptr根据PtrRamIndex索引重新放进对应的先入先出队列PtrFifo或PtrRam中。
2.根据权利要求1所述的多通道报文汇聚共享内存管理方法,其特征在于,所述方法还包括:
通过PtrRamIndex索引标记获取的指针Ptr与PtrRam之间的对应关系。
3.根据权利要求1所述的多通道报文汇聚共享内存管理方法,其特征在于,入口报文通道进行报文写入过程中,同一时钟周期内不同的入口报文通道从不同的PtrRam中取到指针Ptr。
4.根据权利要求1所述的多通道报文汇聚共享内存管理方法,其特征在于,出口报文通道进行报文读取过程中,同一时钟周期内不同的出口报文通道从不同的DataRam中读取报文。
5.根据权利要求1所述的多通道报文汇聚共享内存管理方法,其特征在于,所述PtrRam中的剩余指针数目PtrRamCnt为实时排序。
6.根据权利要求1所述的多通道报文汇聚共享内存管理方法,其特征在于,n个所述DataRam的缓存深度相同。
7.一种多通道报文汇聚共享内存管理系统,其特征在于,所述系统包括:
由n个1R1W DataRam及n个1R1W PtrRam构建的n个入口、m个出口的报文通道,存储报文数据的DataRam与存储指针的PtrRam为一一映射关系,所述入口报文通道数n和出口报文通道数m均大于1;
排序模块,用于对各个PtrRam中的指针按剩余指针数目PtrRamCnt从多到少进行排序;
当入口报文通道进行报文写入时,入口报文通道获取指针Ptr请求,按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr,将对应报文写入对应的DataRam中;
当出口报文通道进行报文读取时,出口报文通道从DataRam中读取报文,读取报文后将指针Ptr释放至对应的PtrRam中;
“按剩余指针数目PtrRamCnt从多到少的排序从PtrRam中获取指针Ptr”具体为:
从PtrRam取出指针Ptr并放进对应的先入先出队列PtrFifo中;
当先入先出队列PtrFifo深度大于或等于将空阈值时,从所有的先入先出队列PtrFifo中取出指针Ptr,当先入先出队列PtrFifo深度小于将空阈值时,从PtrRam中取出指针Ptr;
按照剩余指针数目PtrRamCnt从多到少的排序后,依据入口报文通道的请求状态,获取一个或多个指针Ptr;
未被使用的指针Ptr根据PtrRamIndex索引重新放进对应的先入先出队列PtrFifo或PtrRam中。
8.根据权利要求7所述的多通道报文汇聚共享内存管理系统,其特征在于,所述系统还包括:
PtrRamIndex索引模块,用于通过PtrRamIndex索引标记获取的指针Ptr与PtrRam之间的对应关系。
CN201910131619.9A 2019-02-22 2019-02-22 多通道报文汇聚共享内存管理方法及系统 Active CN109617838B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910131619.9A CN109617838B (zh) 2019-02-22 2019-02-22 多通道报文汇聚共享内存管理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910131619.9A CN109617838B (zh) 2019-02-22 2019-02-22 多通道报文汇聚共享内存管理方法及系统

Publications (2)

Publication Number Publication Date
CN109617838A CN109617838A (zh) 2019-04-12
CN109617838B true CN109617838B (zh) 2021-02-26

Family

ID=66019072

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910131619.9A Active CN109617838B (zh) 2019-02-22 2019-02-22 多通道报文汇聚共享内存管理方法及系统

Country Status (1)

Country Link
CN (1) CN109617838B (zh)

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8266344B1 (en) * 2009-09-24 2012-09-11 Juniper Networks, Inc. Recycling buffer pointers using a prefetch buffer
US9720859B1 (en) * 2010-04-30 2017-08-01 Mentor Graphics Corporation System, method, and computer program product for conditionally eliminating a memory read request
US8862797B2 (en) * 2011-10-18 2014-10-14 Cortina Systems, Inc. Reducing delay and delay variation in a buffer in network communications
CN103413569B (zh) * 2013-07-22 2016-03-09 华为技术有限公司 一读且一写静态随机存储器
CN104484129A (zh) * 2014-12-05 2015-04-01 盛科网络(苏州)有限公司 一读一写存储器、多读多写存储器及其读写方法
US10055365B2 (en) * 2015-07-24 2018-08-21 Mediatek Inc. Shared buffer arbitration for packet-based switching
CN105656807B (zh) * 2015-12-25 2019-02-22 盛科网络(苏州)有限公司 一种网络芯片多通道数据传输方法及传输装置
US9990160B2 (en) * 2016-06-27 2018-06-05 Altera Corporation Methods and apparatus for smart memory interface
CN106302260B (zh) * 2016-07-28 2019-08-02 盛科网络(苏州)有限公司 4个读端口4个写端口全共享报文的数据缓存处理方法及数据处理系统
CN106250321B (zh) * 2016-07-28 2019-03-01 盛科网络(苏州)有限公司 2r1w存储器的数据处理方法及数据处理系统
CN106817200B (zh) * 2017-02-09 2020-05-05 成都米风感知科技有限公司 基于多通道通信接收系统的动态信号检测方法
CN107038125B (zh) * 2017-04-25 2020-11-24 上海兆芯集成电路有限公司 具有加速预取请求的独立流水线的处理器高速缓存

Also Published As

Publication number Publication date
CN109617838A (zh) 2019-04-12

Similar Documents

Publication Publication Date Title
US9584332B2 (en) Message processing method and device
JP5863076B2 (ja) パケットを再構築し再順序付けするための方法、装置、およびシステム
CN117971715A (zh) 多处理器系统中的中继一致存储器管理
US8505013B2 (en) Reducing data read latency in a network communications processor architecture
US7366865B2 (en) Enqueueing entries in a packet queue referencing packets
US9288154B2 (en) Queue scheduling method and apparatus
JP5671150B2 (ja) 電気通信ネットワーク・アプリケーションのためのロックレス・バッファ管理スキーム
WO2016179968A1 (zh) 一种队列管理方法、装置及存储介质
US20220066699A1 (en) Data read/write method and apparatus, and exchange chip and storage medium
CN106612236B (zh) 众核网络处理器及其微引擎的报文调度方法、系统
DE69935608D1 (de) Verfahren und system zur multiprotokoll-konversionshilfe für einen netzbeschleuniger
CN113411270B (zh) 一种面向时间敏感网络的报文缓冲区管理方法
US9769092B2 (en) Packet buffer comprising a data section and a data description section
CN111651377A (zh) 一种用于片内报文处理的弹性共享缓存架构
JP7074839B2 (ja) パケット処理
CN113032295B (zh) 一种数据包二级缓存方法、系统及应用
CN101795266A (zh) 航电asm协议控制器
US20030056073A1 (en) Queue management method and system for a shared memory switch
US7324520B2 (en) Method and apparatus to process switch traffic
CN105656807A (zh) 一种网络芯片多通道数据传输方法及传输装置
CN107025184B (zh) 一种数据管理方法及装置
CN103533090A (zh) 单个物理网口模拟为多个逻辑网口的映射方法与装置
WO2018149102A1 (zh) 一种降低高优先级数据传输时延的方法和装置、存储介质
CN109617838B (zh) 多通道报文汇聚共享内存管理方法及系统
CN111181874A (zh) 一种报文处理方法、装置及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 215000 unit 13 / 16, 4th floor, building B, No.5 Xinghan street, Suzhou Industrial Park, Jiangsu Province

Patentee after: Suzhou Shengke Communication Co.,Ltd.

Address before: 215000 unit 13 / 16, 4th floor, building B, No.5 Xinghan street, Suzhou Industrial Park, Jiangsu Province

Patentee before: CENTEC NETWORKS (SU ZHOU) Co.,Ltd.