Rename 文章资料资料/DPDK源码学习之 LPM路由匹配算法.md to 文章资料整理/DPDK源码学习之 LPM路由匹配算法.md

baili111 · web-flow · commit d9e0864d0d80 · 2023-03-15T15:11:01.000+08:00
diff --git a/文章资料整理/DPDK源码学习之 LPM路由匹配算法.md b/文章资料整理/DPDK源码学习之 LPM路由匹配算法.md
@@ -261,4 +261,4 @@ rule_find函数实现比较简单，它首先根据掩码长度(depth)确定rule
 
 ## 4. 小结
 
-我不妥协，只因为我坚信我可以做的更好。 花了两天时间整理出来的流程，不敢说多么详细，但是应该是比较详细的。从这里面学到了以前长吐槽的一点：**链表使用链式存储多方便，为啥要写顺序存储的链表**。以前没有在实际工程中见过，不知道原因，这次是深深体会到了，他除了操作起来比较复杂，但是速度快，效率高呀，DPDK也许就时在所有可能优化的点上做到了极致才得到了各大厂商的青睐。 “最长掩码匹配原则”这个词看到过很多遍，但从未看过它的实现，因为日常完全不会让我们去实现，但是通过阅读这个LPM源码，发现对于我们习以为常的经典算法应该好好研读，不是为了自己开发一套，而是为了以后能够写出更好地代码，写出更高深的bug。 纸上得来终觉浅，绝知此事要躬行。 
+我不妥协，只因为我坚信我可以做的更好。 花了两天时间整理出来的流程，不敢说多么详细，但是应该是比较详细的。从这里面学到了以前长吐槽的一点：**链表使用链式存储多方便，为啥要写顺序存储的链表**。以前没有在实际工程中见过，不知道原因，这次是深深体会到了，他除了操作起来比较复杂，但是速度快，效率高呀，DPDK也许就时在所有可能优化的点上做到了极致才得到了各大厂商的青睐。 “最长掩码匹配原则”这个词看到过很多遍，但从未看过它的实现，因为日常完全不会让我们去实现，但是通过阅读这个LPM源码，发现对于我们习以为常的经典算法应该好好研读，不是为了自己开发一套，而是为了以后能够写出更好地代码，写出更高深的bug。 纸上得来终觉浅，绝知此事要躬行。 

Original file line number	Diff line number	Diff line change
`@@ -261,4 +261,4 @@ rule_find函数实现比较简单，它首先根据掩码长度(depth)确定rule`
`261`	`261`
`262`	`262`	`## 4. 小结`
`263`	`263`
`264`		-我不妥协，只因为我坚信我可以做的更好。花了两天时间整理出来的流程，不敢说多么详细，但是应该是比较详细的。从这里面学到了以前长吐槽的一点：链表使用链式存储多方便，为啥要写顺序存储的链表。以前没有在实际工程中见过，不知道原因，这次是深深体会到了，他除了操作起来比较复杂，但是速度快，效率高呀，DPDK也许就时在所有可能优化的点上做到了极致才得到了各大厂商的青睐。 “最长掩码匹配原则”这个词看到过很多遍，但从未看过它的实现，因为日常完全不会让我们去实现，但是通过阅读这个LPM源码，发现对于我们习以为常的经典算法应该好好研读，不是为了自己开发一套，而是为了以后能够写出更好地代码，写出更高深的bug。纸上得来终觉浅，绝知此事要躬行。
	`264`	+我不妥协，只因为我坚信我可以做的更好。花了两天时间整理出来的流程，不敢说多么详细，但是应该是比较详细的。从这里面学到了以前长吐槽的一点：链表使用链式存储多方便，为啥要写顺序存储的链表。以前没有在实际工程中见过，不知道原因，这次是深深体会到了，他除了操作起来比较复杂，但是速度快，效率高呀，DPDK也许就时在所有可能优化的点上做到了极致才得到了各大厂商的青睐。 “最长掩码匹配原则”这个词看到过很多遍，但从未看过它的实现，因为日常完全不会让我们去实现，但是通过阅读这个LPM源码，发现对于我们习以为常的经典算法应该好好研读，不是为了自己开发一套，而是为了以后能够写出更好地代码，写出更高深的bug。纸上得来终觉浅，绝知此事要躬行。