开发者社区> Matlab科研工作室> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

2022年中国研究生数学建模竞赛D题参考代码及思路-PISA架构芯片资源排布问题

简介: 2022年中国研究生数学建模竞赛D题参考代码及思路-PISA架构芯片资源排布问题
+关注继续查看
    • 背景介绍

    芯片是电子行业的基础,在当前日益复杂的国际形势下,芯片成了各个大国必争的高科技技术。本课题关注网络通信领域的交换芯片,传统的交换芯片功能固定,当出现新的网络协议时,必须重新设计芯片,而芯片从设计到使用,往往需要几年的时间,因此固定功能的交换芯片大大降低了研发效率,为了解决此问题,诞生了可编程的交换芯片。PISA(Protocol Independent Switch Architecture)是当前主流的可编程交换芯片架构之一,其有着和固定功能交换芯片相当的处理速率,同时兼具了可编程性,在未来网络中具有广阔的应用场景[1-2]。

    在对PISA架构作进一步说明之前我们首先澄清几个基本概念:

      1. 报文:报文即网络通信中传输的数据包,在网络通信中,用户传输的数据被封装成一个个的数据包进行传输。
      2. 基本块:基本块是源程序的一个程序片段,对源程序进行基本块划分会将源程序划分为一个个的基本块。至于基本块如何划分本身也是一个值得探讨的问题,但超出了本问题的范围,在此不再多加赘述。
      3. 流水线:流水线为一系列处理单元串联构成,报文在流水线中按次序依次通过每个处理单元,最终完成处理。流水线各级即是指流水线中各处理单元。

      PISA架构如图1所示,其包括报文解析(parser)、多级的报文处理流水线(Pipeline Pocket Process)、以及报文重组(Deparser)三个组成部分。报文解析用于识别报文种类;多级的报文处理流水线用于修改报文数据,在实际的PISA架构芯片中,不同的芯片流水线的级数可能不同;报文重组用于报文重新组装。本课题只关注其中多级的报文处理流水线部分。在PISA架构编程模型中,用户使用P4语言描述报文处理行为得到P4程序,再由编译器编译P4程序,进而生成芯片上可以执行的机器码。编译器在编译P4程序时,会首先将P4程序划分为一系列的基本块,再将各基本块排布到流水线各级当中。由于各基本块均会占用一定的芯片资源,将基本块排布到流水线各级即是将各基本块的资源排布到流水线各级当中(即需要确定每个基本块排布到流水线哪一级),因此我们将基本块的排布问题称作PISA架构芯片资源排布问题。在实际的PISA架构芯片的设计中,为了减少连线的复杂度,往往对流水线各级的资源、以及流水线各级之间的资源有着多种多样的约束条件,这一系列复杂的资源约束条件使得资源排布问题尤为困难。然而,芯片的各类资源均有限,越高的资源利用率意味着能够越好的发挥芯片的能力,让芯片支持更多的业务,因此,高资源利用率的资源排布算法对于编译器设计至关重要。

      imageimage.gif编辑

      图1 ?PISA架构图

        • 问题描述

        由基本块定义可知基本块为源程序的片段,基本块中会执行指令来完成计算,指令执行时会读取指令源操作数(即读源操作数对应的变量)进行计算,再将计算结果赋值给目的操作数(即写目的操作数对应的变量)。对于划分好的基本块,每个基本块中的指令并行执行,执行时按照先读后写的顺序(由芯片底层实现所决定),即先同时读出所有的目的操作数,再并行执行所有指令的计算,最后同时将计算结果赋值给目的操作数。由于并行向同一个变量写多次时存在冲突,因此每个基本块只会写同一个变量一次(即基本块中不存在多条指令对相同变量赋值)。

        基本块可以被抽象成一个节点,抽象后基本块中执行的具体指令被屏蔽,只保留读写的变量信息。当基本块A执行完可以跳转到基本块B执行时,在A和B之间增加一条有向边,这样P4程序即可表示为一个有向无环图(P4程序不存在循环),称作P4程序流程图,如图2左图所示。PISA架构资源排布即是将P4程序流程图中的各节点(即各基本块)在满足约束条件下排布到流水线各级当中。约束条件来自于两方面,一方面来自于P4程序本身,P4程序每个基本块均会写一部分变量(即对变量赋值)和读一部分变量,变量的读写使得基本块之间存在数据依赖,同时,基本块执行完后可能跳转到多个基本块执行,从而使得基本块之间也存在着控制依赖,数据依赖和控制依赖约束了基本块排布的流水线级数的大小关系,关于数据依赖和控制依赖的详细说明参见附录A;另一方面的约束条件来自于芯片的资源约束,芯片中的资源包括TCAM、HASH、ALU、QUALIFY四类(附录B中解释了四类资源的作用以供感兴趣的同学进一步了解,不了解并不影响问题作答)。流水线中针对于这四类资源有着严格的限制(具体的资源限制在赛题中进行说明),资源排布时不能违反芯片的资源限制。

        本问题中,输入数据给出了各基本块在P4程序流程图中的邻接关系,各基本块占用的四类资源的数量,以及各基本块读写的变量信息,本问题的赛题总共包括两个子问题,需要同学们在满足上述数据依赖、控制依赖、以及各具体子问题的资源约束条件下进行资源排布,并充分考虑各子问题的优化目标,以求最大化芯片资源利用率。

        为了帮助大家进一步理解本问题,在附录C中给出了一个简单的资源排布示例。

        imageimage.gif编辑

        图2 ?PISA架构资源排布示意图

          • 输入数据说明

          输入数据包含三个附件,分别给出了各基本块资源使用情况、各基本块读写的变量信息、以及各基本块在流图中的邻接基本块,各附件格式如下:

          (1)attachment1.csv:各基本块使用的资源信息

          BLOCK

          TCAM

          HASH

          ALU

          QUALIFY

          0

          0

          0

          2

          0

          1

          0

          0

          0

          0

          2

          0

          0

          0

          0

          3

          0

          0

          0

          0

          4

          0

          0

          10

          3

          ...

          ...

          ...

          ...

          ...

          表中第一列为基本块编号,第2列到第5列为各基本块使用的四种资源的数目,资源总共分为四种(TCAM、HASH、ALU、QUALIFY),比如由上表可以知道,0号基本块需要占用2个ALU资源,4号基本块需要占用10个ALU资源和3个Qualify资源。

          (2)attachment2.csv:各基本块读写的变量信息

          0

          W

          X0

          X1

          ...

          0

          R

          ...

          1

          W

          ...

          1

          R

          ...

          2

          W

          ...

          2

          R

          ...

          3

          W

          ...

          3

          R

          ...

          4

          W

          X5

          X6

          ...

          4

          R

          X23

          X24

          ...

          ...

          ...

          ...

          ...

          ...

          表中第一列表示基本块编号,第二列中“W”表示写,“R”表示读,后续列表示本基本块写或者读的变量,当某一行从第三列及后续列没有任何元素时,说明此编号的基本块没有写(或读)任何变量(此时该基本块单纯作为连接其它基本块的中间基本块,没有执行任何计算)。例如:0号基本块写了变量X0、X1,但没有读任何变量,1号基本块既没有写任何变量,也没有读任何变量。

          (3)attachment3.csv:各基本块在流程图中的邻接基本块信息

          0

          1

          2

          ...

          1

          2

          ...

          2

          ...

          3

          31

          ...

          4

          0

          586

          ...

          ...

          ...

          ...

          ...

          ...

          表中第一列为基本块编号,后续列为与当前基本块在流程图中邻接的基本块编号,即在流程图(如图2左图所示)中,本基本块到后续列中的基本块之间存在有向边连接。比如,由上表第一行可知,0号基本块到1号基本块和2号基本块之间存在有向边连接(即0号基本块执行结束后可以跳转到1号基本块或2号基本块执行),由第三行可知从2号基本块出发没有边(即基本块2执行后程序结束,不会再跳转到其它基本块执行)。通过此文件可以确定基本块在源程序的执行顺序,确定每个基本块执行后跳转的目的基本块,进而构建起基本块的流程图。

            本课题需要建立资源排布问题的数学模型,并在此基础上处理如下两个问题。

            问题1:给定资源约束条件如下:

            (1)流水线每级的TCAM资源最大为1;

            (2)流水线每级的HASH资源最大为2;

            (3)流水线每级的ALU资源最大为56;

            (4)流水线每级的QUALIFY资源最大为64;

            (5)约定流水线第0级与第16级,第1级与第17级,...,第15级与第31级为折叠级数,折叠的两级TCAM资源加起来最大为1,HASH资源加起来最大为3。注:如果需要的流水线级数超过32级,则从第32开始的级数不考虑折叠资源限制;

            (6)有TCAM资源的偶数级数量不超过5;

            (7)每个基本块只能排布到一级。

            在上述资源约束条件下进行资源排布,并以占用的流水线级数尽量短为优化目标。请给出资源排布算法,输出基本块排布结果,输出的结果格式如下:

            问题2:考虑如图3所示的流图,基本块2和基本块3不在一条执行流程上(因为基本块1执行完后要么执行基本块2,要么执行基本块3,基本块2和基本块3不可能都执行)。准确来说,在P4程序流程图中,由一个基本块出发可以到达另一个基本块则两基本块在一条执行流程上,反之不在一条执行流程上。对于这种不在一条执行流程上的基本块,可以共享HASH资源和ALU资源,基本块2和3中任意一个的HASH资源与ALU资源均不超过每级资源限制,基本块2和3即可排布到同一级。据此,对问题1中的约束条件(2)、(3)、(5)作如下更改:

            (2)流水线每级中同一条执行流程上的基本块的HASH资源之和最大为2;

            (3)流水线每级中同一条执行流程上的基本块的ALU资源之和最大为56;

            (5)折叠的两级,对于TCAM资源约束不变,对于HASH资源,每级分别计算同一条执行流程上的基本块占用的HASH资源,再将两级的计算结果相加,结果不超过3。

            其它约束条件同问题1,更改资源约束条件后重新考虑问题1,给出排布算法,输出基本块排布结果。输出格式同问题1。

            imageimage.gif编辑

            图3 ?流图示例

            参考文献

              1. Bosshart P, Daly D, Gibb G, et al. P4: Programming protocol-independent packet processors[J]. ACM SIGCOMM Computer Communication Review, 2014, 44(3): 87-95.
              2. Bosshart P, Gibb G, Kim H S, et al. Forwarding metamorphosis: Fast programmable match-action processing in hardware for SDN[J]. ACM SIGCOMM Computer Communication Review, 2013, 43(4): 99-110.

              附录A

              1、数据依赖

              数据依赖是语句或代码块间数据流造成的一种约束。具体来说包含3种依赖方式:

              (1)S1在S2之前执行,当S1写某个变量而S2读该变量时,S1和S2存在写后读数据依赖。例如图A-1中,S1写了变量a,而S2读了变量a(使用a作条件判断),则S1和S2存在写后读依赖;S3写了变量d,而S4读了变量d(使用d作为指令的源),则S3和S4也存在写后读依赖。

              (2)S1在S2之前执行,当S1读某个变量而S2写该变量时,S1和S2存在读后写数据依赖。例如图A-1中,S3读了变量e(使用e作指令的源),而S4写了变量e,则S3和S4存在读后写依赖。

              (3)S1在S2之前执行,当S1和S2均写某个变量时,S1和S2存在写后写数据依赖。例如图A-1中,S3和S5均写了变量d,则S3和S5存在写后写依赖。

              imageimage.gif编辑

              图A-1??数据依赖示例

              在PISA架构中,当基本块A和B存在写后读数据依赖或写后写数据依赖时,基本块A排布的流水线级数需要小于基本块B排布的级数,比如基本块B被排到了流水线第10级,则基本块A只能排到流水线第0级到第9级;当基本块A和B存在读后写数据依赖时,基本块A排布的流水线级数需要小于或等于基本块B排布的级数,比如基本块B被排到流水线第10级,则基本块A只能排到第0级到第10级。

              2、控制依赖

              控制依赖是程序控制流导致的一种约束。控制依赖定义为:当从某个基本块出发的路径,只有部分路径通过下游某个基本块时,两基本块构成控制依赖。如图A-2所示的控制流图,B1与B2、B5、B6、B7、B8之间存在控制依赖,B5与B6、B8之间存在控制依赖,但B5和B7不构成控制依赖,因为从B5出发的两条路径下游都会经过B7。在PISA架构中,如果基本块A与基本块B存在控制依赖,则A排布的流水线级数需要小于或等于B排布的流水线级数。

              imageimage.gif编辑

              图A-2??控制依赖示例

              附录B

              为了说明TCAM、HASH、ALU、QUALIFY四类资源的作用,我们需要对P4语言有一个简单的了解。表项是P4程序的基本元素之一,P4程序中的表项包括key和action两个基本属性,表项在芯片底层由一条条的条目构成,P4程序执行表项时会使用key去条目中查找,命中一个条目后会从条目中取出源数据,再将取出的数据放到action的指令中去执行。关于表项的详细说明可参见如下网址的P4语言标准文档:https://p4.org/p4-spec/docs/P4-16-v1.0.0-spec.html.

              在简单了解P4语言后,我们进一步说明四类资源的具体作用。

                1. TCAM和HASH:TCAM和HASH都是芯片中的表项资源,P4程序中可定义类型为TCAM或HASH的表项,类型为TCAM的表项需要占据芯片TCAM资源,类型为HASH的表项需要占用芯片HASH资源;
                2. ALU:如上所述,表项执行时需要从条目中取出源数据放到action的指令中执行,指令的执行在芯片中需要放到ALU中进行,因此action中的指令需要占用ALU资源;
                3. QUALIFY:在P4程序中有做条件判断的if-else语句(含义同其它高级语言),if-else语句中的条件判断在执行时需要放到芯片QUALIFY中进行,需要占用QUALIFY资源。

                附录C

                资源约束以赛题中问题1的资源约束为准,假设输入数据如下:

                (1)attachment1.csv:各基本块使用的资源信息

                BLOCK

                TCAM

                HASH

                ALU

                QUALIFY

                0

                0

                0

                2

                0

                1

                1

                0

                0

                0

                2

                0

                0

                0

                0

                3

                1

                0

                0

                0

                (2)attachment2.csv:各基本块读写的变量信息

                0

                W

                X0

                0

                R

                1

                W

                X1

                1

                R

                X0

                2

                W

                X2

                2

                R

                X0

                (3)attachment3.csv:各基本块在流程图中的邻接基本块信息

                0

                1

                2

                ...

                1

                3

                ...

                2

                3

                ...

                3

                ...

                依据attachment3.csv,可以构建起基本块执行的流程图,如图C-1所示。依据基本块流程图和控制依赖的定义可以知道:基本块0和基本块1存在控制依赖,基本块0和基本块2也存在控制依赖。在流程图中,1号基本块和2号基本块位于0号基本块下游,由于0号基本块写了变量X0,1号基本块和2号基本块均读了变量X0,因此0号基本块和1号基本块存在写后读数据依赖,0号基本块和2号基本块也存在数据依赖。综合依赖关系来看,1号基本块和2号基本块排布的级数需要大于0号基本块排布的级数。

                imageimage.gif编辑

                图C-1 ?基本块流程图示例

                在资源排布时,假设0号基本块排布到流水线第0级,则1号基本块和2号基本快排布的级数需要大于等于1,由于1号基本块和2号基本块放到一级时满足资源约束,因此1号基本块和2号基本块可以同时放到第1级。3号基本块放到第1级时超过资源约束(1号基本块和3号基本块均需要占据1个TCAM资源,而资源约束中一级流水线TCAM资源最多为1),因此3号基本块不能放到流水线第1级。将3号基本块放到第0级和第2级均可以满足依赖关系和资源约束,放到第0级时总共占用流水线2级,而放到第2级时总共占用流水线3级,因此将基本块3放到第0级更优。因此最优排布结果如下:

                流水线级数

                分配的基本块编号

                0

                0

                3

                1

                1

                2

                事实上,最优排布结果更改了基本块在芯片底层执行的流程图,实际在芯片底层执行的流程图如图C-2所示。其中0号基本块和3号基本块均在芯片流水线第0级执行,1号基本块和2号基本块均在芯片流水线第1级执行。由于资源排布时考虑到了数据依赖和控制依赖,因此虽然最终执行的基本块流程图发生了变化,但程序原本的逻辑并没有被更改。更改流程图后占用的流水线级数更少,有利于充分利用芯片流水线资源。

                imageimage.gif编辑

                图C-2 ?芯片底层实际执行的流程图

                版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

                相关文章
                ARM架构与编程(基于I.MX6ULL): 代码重定位(八)(下)
                ARM架构与编程(基于I.MX6ULL): 代码重定位(八)
                0 0
                ARM架构与编程(基于I.MX6ULL): 代码重定位(八)(上)
                ARM架构与编程(基于I.MX6ULL): 代码重定位(八)
                0 0
                预处理及识别代码架构介绍|学习笔记
                快速学习预处理及识别代码架构介绍
                0 0
                MobileNetV3架构解析与代码复现
                MobileNet模型基于深度可分离卷积,这是一种分解卷积的形式,将标准卷积分解为深度卷积和`1*1`的点卷积。对于MobileNet,深度卷积将单个滤波器应用于每个输入通道,然后,逐点卷积应用`1*1`卷积将输出与深度卷积相结合。
                0 0
                DDD之代码架构
                这是一篇迟到的文章。这其实是我写DDD的第四篇文章。去年11月份左右我在个人网站上写了三篇关于DDD的文章,都是比较偏战略部分的。那个时候我还在一个正在使用DDD的项目上,也是我第一次真正开始深入使用DDD。
                0 0
                架构进阶-优化邮件发送代码
                架构进阶-优化邮件发送代码
                0 0
                Beckoff的EtherCAT从站代码架构解析
                Beckoff的EtherCAT从站代码架构解析
                0 0
                DDD领域驱动设计实战-分层架构及代码目录结构(下)
                DDD领域驱动设计实战-分层架构及代码目录结构
                0 0
                DDD领域驱动设计实战-分层架构及代码目录结构(中)
                DDD领域驱动设计实战-分层架构及代码目录结构
                0 0
                从单体架构到微服务架构
                从单体架构到微服务架构
                0 0
                +关注
                Matlab科研工作室
                博主简介:擅长智能优化算法、神经网络预测、信号处理、元胞自动机、图像处理、路径规划、无人机等多种领域的Matlab仿真,相关matlab代码问题关注公众号 天天Matlab。
                文章
                问答
                文章排行榜
                最热
                最新
                相关电子书
                更多
                UI2CODE智能生成flutter代码--整体架构 【上叶】
                立即下载
                技术揭秘:RocketMQ 5.0 云原生架构升级之路
                立即下载
                基于英特尔?架构的阿里云服务网格ASM技术加速应用服务加密通
                立即下载
                http://www.vxiaotou.com