credit_based流控机制
- 1 credit_based way
- 1.1 Principle
- 1.3 DFD
- 1.4 Module
- 1.4.1 Interface
- 1.4.2 Code Block
在网络芯片处理大流量报文中,一般主要是两种机制:1.valid–ready反压(backpressure)机制;2.credit信用机制;
credit机制的好处是可以不用考虑链路的延时;帮助能够自适应调整数据的数据速率;
让我联想到了海底捞的门外取号和叫号的概念
1 credit_based way
1.1 Principle
生产者–>消费者模型;即发送端–>接收端;
基于credit流控思路:发送端发送到接收端,需要提前知道信用值(credits);通过在发送端维护credits(本质上是计数器)进行控制发送发送端发送数据;
有credit值才会继续发送数据Data;
进一步原理如下图所示:在接收端放buffer,一般也是FiFo;在发送端进行发送数据时,内部会有credit信用机制,发送端每发送一次data,会进行credit–;发送端入队FiFO,拿走一个在返回一个Taken给发送端,发送端内部credit++;
这样发送端内部不断对credit>0进行判断,来判断是否能够发出;
在本质一点,credits维护可以放在发送端也可以接收端;在这里是以放在发送端;
credit基本上等于接收端的FiFo的深度;
1.3 DFD
进一步基本逻辑框图如下图所示,在这里主要是针对credit_tracker模块的原理,用来维护credits来进行流量控制;
通过逻辑框图来指导模块代码;
1.4 Module
1.4.1 Interface
在这里不用表格单独列出来了,如上图所示;
1.4.2 Code Block
在这里给出基本伪代码,没有进行逻辑验证,仅供参考;
//--Auther :colonel
//--Date :2024-05-22
//--Function :credit_based for flow control
//--History :Description
//--05/22 :Firstly create the file
//module credit_tracker#(parameter WIDTH = 4
)(input clk,input rst_n,input [WIDTH -1:0] crdt_limit,input send,input taken,output reg has_crdt,output reg[WIDTH -1:0] crdt_left
);reg [WIDTH -1:0] crdt_cnt;
wire[WIDTH -1:0] nxt_crdt_cnt = crdt_cnt;//Initalalways@(posedge clk or negedge rst_n) beginif(!rst_n) begincrdt_cnt <= 0;end else begincrdt_cnt <= nxt_crdt_cnt;end
endalways@(*) beginif(send && !taken && (crdt_cnt != (1<<WIDTH) -1)) beginnxt_crdt_cnt = crdt_cnt + 1;end else if(!send && taken && (crdt_cnt!=0)) beginnxt_crdt_cnt = crdt_cnt - 1;end
endalways@(posedge clk or negedge rst_n) beginif(nxt_crdt_cnt < crdt_limit) beginhas_crdt <= 1'b1;crdt_left<= crdt_limit - nxt_crdt_cnt;end else beginhas_crdt <= 1'b0;crdt_left<= 0;end
endendmodule
以上仅是我个人的理解和学习,有不对的还请能够帮助指导指正;
Reference:
[1] https://blog.csdn.net/weixin_44260459/article/details/120757630