1 前置知识点学习(了解) 从CPU到实际的存储节点,依据层级划分:Channel > DIMM > Rank > Chip > Bank > Row /Column 1.1 channel CPU到内存的通路是channel,每个channel对应一个CPU的内存控制器,每个channel可以配有多个DIMM. 双通道:CPU外核或北桥有两个内存控制器,每个控制器控制一个内存通道.理论上内存带宽增加一倍. 四通道同理. 1.2 DIMM 全称Dual-Inline-Memo

Programmer’s Guide Release 2.1.0 翻译的目的是强化自己对dpdk的理解,看看2.1版本和现在使用的版本的差异,其次就是可能要走了,为那些要上手dpdk,但是又不想看英文资料的同志们做贡献,英语不好,有些地方可能是自己理解的不对,或者是理解了翻译不出来,看到不咋对的还是去看英文资料对照一下吧,请叫我红领巾,哈哈哈. 引言 文档提供了关于软件架构.开发环境的信息和优化指导. 对于范例程序和编译指令以及运行每个例子的星系,请查看<DPDK Sample Applicat

1.  修改配置文件 .conf, 设置如下变量的值. [root@D129 x86_64-native-linuxapp-gcc]# cat dpdk/x86_64-native-linuxapp-gcc/.config |grep SHARE CONFIG_RTE_BUILD_SHARED_LIB=y 2.  这个时候, 再编译的 dpdk app就会自动链接dpdk的动态库. 如下: [root@D129 app]# ldd testpmd linux-vdso.so. => (0x000

接续前节. 7 PMD (Poll Mode Driver) A Poll Mode Driver (PMD) consists of APIs, provided through the BSD driver running in user space, to configure the devices and their respective queues. In addition, a PMD accesses the RX and TX descriptors directly with

from:http://www.cnblogs.com/mylinuxer/p/4277676.html DPDK架构与特点 当年在某公司实习的时候,当时老大给了我一份DPDK的文档,说是将来很有用,熟悉DPDK对能力提高也有帮助,就试着翻译了 <Intel DPDK Getting Started Guide>和半个<Intel DPDK Programmers Guide>,后来忙着论文就没再搞了.现在,发现 pf_ring的统计虚高了,只好重新拥抱DPDK了. DPDK的代码

当年在某公司实习的时候,当时老大给了我一份DPDK的文档,说是将来很有用,熟悉DPDK对能力提高也有帮助,就试着翻译了 <Intel DPDK Getting Started Guide>和半个<Intel DPDK Programmers Guide>,后来忙着论文就没再搞了.现在,发现 pf_ring的统计虚高了,只好重新拥抱DPDK了. DPDK的代码量还是很庞大的,分析代码之前理清库里面的各个部分的关系很有必要,下面的一张图很好的表现了各部分关系. 先介绍DPDK中的几个缩

1 Mbuf库 Mbuf库提供了分配和释放缓冲区(mbufs)的功能,DPDK应用程序可以使用这些mbufs来存储消息缓冲. 消息缓冲存储在内存池中,使用Mempool库. 数据结构rte_mbuf通常用来承载网络数据包buffers,但它实际上可以是任何数据(控制数据.事件--).rte_mbuf头部结构尽可能小,目前仅使用个cache line,最常用的字段位于第一个cache line. 2 数据包缓冲区的设计 为了存储数据包数据(包括协议头),考虑了两种方法: 在单个存储buffer中嵌

每个公司都会有自己代码风格或者编程规范,都旨在防范编程语言的一些陷阱或者提高代码效率,还有就是保持一致编码风格来提高代码可读性,方便code review: 或者说代码的一种美学,比如python也就有pep8约定,还有一些精致编码来表示你是否Pythonic. DPDK也有自己的编码风格,看完颇有受益,这里提取一些个人比较喜欢的风格来参考,尤其是关于结构体部分. 1.注释风格,参考doxygen的使用 单行注释: /** VERY important single-line comments

使用cmake创建dpdk 特别注意的时,链接dpdk库时,一定要使用 -Wl,--whole-archive 和 -Wl,--no-whole-archive 包含所有的静态库,注意,不要链接 libdpdk.a ,否则链接时会出现符号重复定义. CMakeLists.txt内容如下 cmake_minimum_required(VERSION 3.0) project(dpdk_hello) ) if(CMAKE_COMPILER_IS_GNUCXX) # add_compile_optio

1,dpdk编译共享库 默认情况下都编译出静态库,如果想编译出动态库,把config/common_base文件中的CONFIG_RTE_BUILD_SHARED_LIB改成y即可. 2,spdk编译共享库 修改mk/spdk.common.mk: # Archive $(OBJS) into $@ (.so) # Archive $(OBJS) into $@ (.a) # LIB_C=\ #       $(Q)echo "  LIB $(notdir $@)"; \ #    

原创翻译,转载请注明出处. DPDK的librte_pdump库,提供了在DPDK框架下抓包的功能.这个库通过完全复制Rx和Tx的mbuf到一个新的内存池,因此它降低应用程序的性能,所以只推荐在调试的时候使用.pdump库提供了如下的API来初始化这个抓包框架,使能或者停止抓包,以及清理退出抓包框架. rte_pdump_init(): 初始化抓包框架. rte_pdump_enable(): 在一个端口队列开启抓包.注意: 过滤选项将在以后实现,目前只是个占位的. rte_pdump_enab

每个公司都会有自己代码风格或者编程规范,都旨在防范编程语言的一些陷阱或者提高代码效率,还有就是保持一致编码风格来提高代码可读性,方便code review: 或者说代码的一种美学,比如python也就有pep8约定,还有一些精致编码来表示你是否Pythonic. DPDK也有自己的编码风格,看完颇有受益,这里提取一些个人比较喜欢的风格来参考,尤其是关于结构体部分. 1.注释风格,参考doxygen的使用 单行注释: /** VERY important single-line comments

看到知乎上有个关于linux多进程.多线程的讨论:http://www.zhihu.com/question/19903801/answer/14842584 自己项目里也对这个问题有过很多探讨和测试,所以正好开贴整理一下,题目有点长,其实就2点: 1. 多进程模型和多线程模型,这两种模型在linux上有什么区别,各有何优缺点? 这里仅限于linux平台,因为linux平台跟win平台关于线程的实现差异很大. 2. 采用intel dpdk做包处理程序,是采用多进程模型好,还是多线程模型好? 这

环境抽象层EAL 环境抽象层的任务对访问底层资源例如硬件和内存提供入口.它提供了隐藏应用和库的特殊性性的通用接口.它的责任是初始化分配资源(内存,pci设备,定时器,控制台等等). EAL提供的典型服务有: l  DPDK加载和启动:DPDK和程序连接成 一个单独的程序且必须通过某种方式加载. l  CPU亲和性/分配处理:EAL提供了一种机制将执行单元分配给特定的核就如同创建一个执行程序一样. l  系统内存分配:EAL实现不同内存区域的分配,例如用于物理设备交互的内存区域. l  PCI地址

VNF网络性能提升解决方案及实践 2016年7月 作者:    王智民 贡献者:     创建时间:    2016-7-20 稳定程度:    初稿 修改历史 版本 日期 修订人 说明 1.0 2016-7-20 王智民 初稿                 目录 1    引言    1 1.1    编写目的    1 1.2    背景    1 2    SDN    1 2.1    SDN核心思想    1 2.2    网络虚拟化    4 3    NFV    7 3.1  

译<容器网络中OVS-DPDK的性能> 本文来自对Performance of OVS-DPDK in Container Networks的翻译. 概要--网络功能虚拟化(Network Function Virtualization,VFV)是一种突出的(prominent)技术,用虚拟化的网络软件来代替传统硬件网络节点.伴随着软件领域细分到微服务应用这一过程的发展,容器似乎(appear to)适应了应用程序的可靠性,可获得性,可操作性.为了促进(facilitate)在高稠密(high

转:http://www.cnblogs.com/danxi/p/6652725.html vhost库实现了一个用户空间的virtio net server,允许用户直接处理virtio ring队列.换句话说,它让用户可以从VM virtio网络设备读取或写入数据包,为了达到这个目的,vhost库应该可以: 访问客户虚拟机内存,对于QEMU,这个是通过设置 -objectmemory-backend-file,share=on,...选项.这意味着QEMU将会在客户虚拟机的内存里创建一个文件

原创翻译,转载请注明出处. vhost库实现了一个用户空间的virtio net server,允许用户直接处理virtio ring队列.换句话说,它让用户可以从VM virtio网络设备读取或写入数据包,为了达到这个目的,vhost库应该可以: 访问客户虚拟机内存,对于QEMU,这个是通过设置 -objectmemory-backend-file,share=on,...选项.这意味着QEMU将会在客户虚拟机的内存里创建一个文件,share=on 选项允许其他进程访问这个文件,也就意味着能访

1 前置知识学习 1.1 MTU MTU是最大传输单元( Maximum Transmission Unit)的缩写,指一个接口无需分片所能发送的数据包的最大字节数.  MTU范围在46 ~ 1500字节,默认一般都是1500. 1)MTU为1500时计算总长度 7字节前导码+1字节帧开始定界符+6字节的目的MAC+6字节的源MAC+2字节的帧类型+1500字节IP头及数据+4字节的 FCS = 1526字节. 2)为什么我们抓包得到的最大帧是1514字节? 当数据帧到达网卡时,在物理层上网卡要

1 LPM库 DPDK LPM库组件为32位的key实现了最长前缀匹配(LPM)表查找方法,该方法通常用于在IP转发应用程序中找到最佳路由匹配. 2 LPM API概述 LPM组件实例的主要配置参数是要支持的最大规则数. LPM前缀由一对参数(32位Key,深度)表示,深度范围为1到32.LPM规则由LPM前缀和与该前缀关联的一些用户数据表示. 该前缀用作LPM规则的唯一标识符. 在此实现中,用户数据的长度为1字节,称为下一跳,与其在路由表条目中存储下一跳ID的主要用途相关. LPM组件主要方法