<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[cjx1005的专栏]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/cjx1005</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; cjx1005]]></copyright><item><title><![CDATA[DPDK系列（二）——性能提升]]></title><link>https://blog.youkuaiyun.com/cjx1005/article/details/78466331</link><guid>https://blog.youkuaiyun.com/cjx1005/article/details/78466331</guid><author>cjx1005</author><pubDate>Tue, 07 Nov 2017 11:39:11 +0800</pubDate><description><![CDATA[首先，DPDK和内核网络协议栈不是对等的概念。 
DPDK只是单纯的从驱动拿数据，然后组织成数据块给人用，跑在用户态。功能相当于linux的设备无关接口层，处于socket之下，驱动之上。只不过linux协议栈的这部分在核心态。 
你说的包处理器，很多时候是不用linux内核协议栈的，而是用专用包处理程序，类似于DPDK加上层应用处理。通常会有些硬件加速器，包处理效率更高些。缺点是一旦用不上某些功能]]></description><category></category></item><item><title><![CDATA[DPDK系列（一）——简介]]></title><link>https://blog.youkuaiyun.com/cjx1005/article/details/78466261</link><guid>https://blog.youkuaiyun.com/cjx1005/article/details/78466261</guid><author>cjx1005</author><pubDate>Tue, 07 Nov 2017 11:35:15 +0800</pubDate><description><![CDATA[DPDK = Data Plane Development Kit数据平面开发套件，说白了就是做数据通讯的SDK。以前传统的数据平面实现主要是以一下几种形态出现；
1、早期linux内核转发；使用linux内核协议栈实现二三层转发。使用netfiter来实现报文过滤；
2、使用网络处理器+网络加速器，把二三层的表通过微指令的的方式写入到硬件的内存中，用硬件实现转发；
3、使用多个mips处理，用多核]]></description><category></category></item><item><title><![CDATA[Windows环境下nDPI编译调试]]></title><link>https://blog.youkuaiyun.com/cjx1005/article/details/78322670</link><guid>https://blog.youkuaiyun.com/cjx1005/article/details/78322670</guid><author>cjx1005</author><pubDate>Mon, 23 Oct 2017 20:06:41 +0800</pubDate><description><![CDATA[**一.windows下安装CYGWIN:**
1.到官网http://cygwin.com/，下载cygwin;
2.选择要安装的组件：
    o   autoconf
    o   autoconf2.5
    o   automake
    o   automake1.15
    o   binutils
    o   cmake
    o   cygwin-devel]]></description><category></category></item><item><title><![CDATA[nDPI代码深度解析（二）]]></title><link>https://blog.youkuaiyun.com/cjx1005/article/details/78237991</link><guid>https://blog.youkuaiyun.com/cjx1005/article/details/78237991</guid><author>cjx1005</author><pubDate>Sat, 14 Oct 2017 23:32:26 +0800</pubDate><description><![CDATA[进行业务识别，靠单纯的DPI，是难以识别出具体应用的，比如，QQ、微信、微博、Facebook等。采用什么手段进行识别呢？很容易想到，特定的应用往往具有特定的IP地址，域名，url等。事实上，基于这些信息进行应用识别，具有较高的准确率。nDPI的总体思路，可总结为：报文解析DPI识别协议类别 + 内容特征识别具体应用。我们走读nDPI代码，很容易便能印证我们的猜测:
static ndpi_netw]]></description><category></category></item><item><title><![CDATA[nDPI代码深度解析（一）]]></title><link>https://blog.youkuaiyun.com/cjx1005/article/details/78237851</link><guid>https://blog.youkuaiyun.com/cjx1005/article/details/78237851</guid><author>cjx1005</author><pubDate>Sat, 14 Oct 2017 23:08:06 +0800</pubDate><description><![CDATA[nDPI代码深度解析（一）nDPI从OpenDPI发展而来，解决了OpenDPI的诸多问题，并具备相当完善的应用层协议识别功能，几乎成为DPI领域的唯一之选。nDPI所能识别的具体协议列表，以及很对OpenDPI做了哪些优化，这里不再详列。nDPI项目代码不敢苟同，代码洋洋洒洒如行云流水，缺少一种统一的编码风格，部分代码仍有较大改进空间，且缺少完善文档及注释。本系列文档，旨在深度解析nDPI项目代码]]></description><category></category></item></channel></rss>