dpdk中文-mbuf的基本操作

mbuf是报文中的描素的结构体，是整个转发过程中最核心的数据结构之一。主要针对于mbuf的常用API与基本原理做一个简单的介绍：

首先我们看一下rte_mbuf的数据结构的定义：先主要说明几个跟数据有关的变量

struct rte_mbuf {

。。。。

void *buf_addr; /**< Virtual address of segment buffer. */

。。。。

uint16_t data_off;

。。。。

uint32_t pkt_len; /**< Total pkt len: sum of all segments. */

uint16_t data_len; /**< Amount of data in segment buffer. */

uint16_t buf_len

。。。

}

既然叫mbuf，其实就是一种buf管理的结构体：

如上图所示：

mbuf整个用来存数据的buf就是上图所示的内容。

一般数据都会有分3个区域；

1。headroom

2。data

3。tailroom

其实这个中间还包含一个含义，整个buf的大小。 也就是数据结构中的buf_len的大小一般是4096

其中headroom一般含义是：

保留区域headroom：一般用来存放用户自己针对于mbuf的一些描素信息，一般保留给用户使用，可以通过修改mbuf头文件，来实现headroom的大小；data_off的默认值就是mbuf的headroom的大小；默认就是128。如果要定义超过这个范围的私有字段，请自行修改 RTE_PKTMBUF_HEADROOM

数据字段：data。data区域一般指的是地址区间在data_off+buf_addr 到data_off+data_len+buf_add即，data_len就是这段数据的长短，这个data_len一般都是通过mbuf的几个基本操作，或者通过赋值来实现的。

tailroom：一般指的是，data_len还未包含的东西。默认其实data_len是0。所以说默认来说tailroom应该是占了很大的空间的；

其实mbuf的控制，就是不断的控制这个几个区域的大小，永远记住，我们的报文数据永远是存放在data中的；主要控制的就是data_off 与data_len

至于pkt_len在普通情况下，就是核data_len是一个大小，在大报文的时候，就是两个mbuf通过链表组合起来的~

mbuf几个基本操作以及注意点：

rte_pktmbuf_prepend

移动data_off指针，注意：需要查看返回值，如果已经偏移到headroom的时候，会返回NULL； （报文向前扩容），例如报文从应用层往下，一层一层的封装就用这个。

rte_pktmbuf_append

改变data_len的长度 ，返回改变前的尾地址。 （向后扩容）

例如先有首部再填数据字段，就可以用这个

rte_pktmbuf_adj

（首部向后缩小空间） 改变data_off的值 从二层到三层转发，去二层头就可以用这个

rte_pktmbuf_trim

（尾部向前缩小空间） 移动data_len减少buf_len；（预分配的内容太大，数据没那么大可以用这个）

总结：

这4个API就是我们常见的调整数据部分大小，其实用法和API的名字和内核的skbuf类似。

rte_pktmbuf_mtod

rte_pktmbuf_mtod_offset

这两个API就是就是返回buf_addr+data_off +useroff 然后再强制类型转换一下而已~~

只是mtod这个API默认是useroff ==0而已。就是把数据data部分的首指针返回。

注意：

这个API其实是不安全的，往这个地址里面copy内容的时候，注意数据的长度~。。

有用的连接：

http://www.cnblogs.com/ziding/p/4214499.html

http://blog.csdn.net/todd911/article/details/24182551

其实mbuf不仅仅可以用来装报文~~只要是数据缓存都可以~~~~