手机随时阅读
新人专享大礼包￥24
在Linux3.5版本(包括)之前，存在一个路由cache，这个路由cache的初衷是美好的，但是现实往往是令人遗憾的。以下是陈列得出的两个问题：1.面临针对hash算法的ddos问题(描述该问题的文章已经汗牛充栋，不再赘述)；2.缓存出口设备是p2p设备的路由项会降低性能。这 些问题本质上是由于路由cache的查找方式和路由表的查找方式互不相容引起的。路由cache必须是精确的元组匹配，因此它必
由于工作地更替，我觉得我将有很长的一段时间在深圳了，因此决定举家从上海搬到深圳，虽然舍不得上海的朋友，同事，以及已经居住了3年的房子，但是还是不得不举家搬迁。从 2015年9月份面试，到2015年11月上旬入职，这期间经历了工作交接，醉酒以及离别，从11月份到2016年春节，一直忙着搬家。其实我的想法是简 单的，上海的房子不租，到深圳租个稍微差一点的房子，只要小小上学方便即可，这样我也就不需要搬太
几年前，我记得写过好几篇关于Linux去除对路由cache支持的文章，路由cache的下课来源于一次对路由子系统的重构，具体原因就不再重复说了，本文将介绍这次重构对Redirect路由以及neighbour子系统的影响。事实上，直到最近3个月我才发现这些影响是如此之大，工作细节不便详述，这里只是对关于开放源代码Linux内核协议栈的一些实现上的知识进行一个汇总，以便今后查阅，如果有谁也因此获益，则
系统中有很多变量用来记录一个单调递增的现实，典型的有两个，一个是TCP的序列号，另一个就是jiffies，但是由于计算机内表示的数字都 是有限无界的，所以任何数字都不能做到完全意义的单调递增，它们只是在绕圈圈，就像钟表一样，值域就是那些有限的数字，周而复始。实际上不管是TCP序列 号还是jiffies，都面临一类问题，就是回绕问题。就像我们看钟表，1点时在11点前呢，还是在11点后呢？其实这个问题
本文题目有点大，但其实我只想描述一些我个人一直比较关注的特性，并且不会太详细，跟往常一样，主要是帮忙理清思路的，不会分析源码。这主要是为了哪一天突然忘了的时候，一目十行扫一眼就能记忆当时的理解，不然写的太细节了，自己都看不懂了。Lockless TCP listener先 从TCP的syncookie说起，如果都能使用syncookie机制该有多好，但是不能，因为它会丢失很多选项协商信息，这些信息
和前面文章的第一部分一样，这些文字是为了帮别人或者自己理清思路的，而不是所谓的源码分析，想分析源码的，还是直接debug源码最好，看任何文档以及书都是下策。因此这类帮人理清思路的文章尽可能的记成流水的方式，尽可能的简单明了。Linux 2.6+内核的wakeup callback机制Linux 内核通过睡眠队列来组织所有等待某个事件的task，而wakeup机制则可以异步唤醒整个睡眠队列上的tas
与网络数据包的发送不同，网络收包是异步的的，因为你不确定谁会在什么时候突然发一个网络包给你，因此这个网络收包逻辑其实包含两件事：1.数据包到来后的通知2.收到通知并从数据包中获取数据这两件事发生在协议栈的两端，即网卡/协议栈边界以及协议栈/应用边界：网卡/协议栈边界：网卡通知数据包到来，中断协议栈收包；协议栈栈/应用边界：协议栈将数据包填充socket队列，通知应用程序有数据可读，应用程序负责接收
Copyright © 2005-2022 51CTO.COM 版权所有 京ICP证060544号
