搞IT的都是奇葩！真话。程序员觉得自己体验的是高科技最前端，然而网管更是狂妄，特别是玩过Cisco的。难道只是因为他们敲的命令没人能看懂？然而真正的CCIE却是那样的踏实，他们反而并不狂妄！    我一直都是站在外面看世界的人，网吧的网管我也干过，当时我发现网吧的网管都很狂妄，一幅的瑟的样子，不可一世，其实在网吧在座的有很大一部分是读计算机科学专业，也有相当大的部分是在读研究生...而这些网管，除

很明显，CUBIC 增窗比例更大，且缓和了锯齿跳变，其本质在于 CUBIC 存在平衡阻尼，相当于刹车逼近机制。非常清晰，短 RTT 流，AIMD 更快，长肥管道大 BDP，CUBIC 收敛远快于 AIMD。直观意义上，丢包率下降时，CUBIC 吞吐量涨得比 AIMD 快得多。其中 k 为无关趋势的计算量(包含高阶量)。浙江温州皮鞋湿，下雨进水不会胖。t 趋向无穷大，稳态下。

假期旅行期间，一有时间就看《微积分溯源》，16 世纪前后一段时间，人们对量纲一致性和齐次的物理意义颇有执念，基于此简单直白的量纲分析导出了很多普适的，简洁的，优美的物理规律。发现物理规律的核心在于，为满足尺度不变性，公式必须是量纲齐次的，即左右两边量纲必须完全一样，不能出现 “米 + 秒” 的情况，如果单位不一致，就不能自然缩放。如果你自行扩大 W，试图在数字上降低 p，结果就是 T 增加，v 降

U 绝对大于等于 0，绝对渐小，因此 AIMD 绝对趋向于公平。定性分析过很多次 AIMD 的收敛，典型地基于几何相图，参见。仅影响 buffer 规模，不影响比例，不影响公平收敛。虽便于理解，但不正规，本文正式推导。这就是 AIMD 公平性的极简证明。人要一直进步，加深理解，拒绝长文。浙江温州皮鞋湿，下雨进水不会胖。对 t 求导，并已知。由柯西·施瓦茨不等式。请注意，AIMD 的。

真正的无损网络必须引入中心控制，彻底摆脱由于拥塞导致的丢包，可参考 infiniband，ATM 等实现，而不是在以太网上打 patch，以太网再打 1000 个 patch 也还是修修补补，改变不了基因，就像打地鼠一样，这边打下去那边冒头，PFC 用延时换溢出，总之还是拥塞不顺畅，这其实可以看成是 pause 帧的细化，还要解决死锁问题，越来越复杂。今天想到一个例子，打电话不会拥塞，没有排队延时

广义上讲，内核本身就是一个服务器，为所有的用户模式进程提供服务，但是狭义上讲只有在真的有请求的时候内核采取的对策才叫做服务，比如注册-执行模式下的time以及hrtimer等等，用户空间的程序或者内核空间的执行绪可以随意注册一个timer之后就不管了，timer到期以后内核会执行之，这就相当于timer的创建者请求了内核的一项服务，就是执行timer，不光是这个，在内核中处处都是服务执行者，比如工

曾 几何时，我一直被迷惑着，我知道所有进程和所有内核线程共享内核页表，也就是在页全局目录的768项以上的目录项指向的页表，我一直以为在创建新的进程的 时候创建新进程的页全局目录的时候会连带的把内核的基础全局目录复制过去，实际上这是合理的，当我看到网上很多文章都这么说时，我似乎感到一种欣慰：我太有才了！但是当我读到2.6.17的源代码时， 梦被打碎了，在pgd_alloc里面没有上述的动作,代码如下

<br />零：32位操作系统只有4G的虚拟地址空间，linux将最上的1G用于内核虚拟地址。<br />一：linux将物理内存完全一一映射到内核空间，这样很方便管理内存，任何页面的虚拟地址减去一个0xc0000000的偏移就可以得到物理地址。<br />二：内核还需要动态管理一些内存用于vmalloc或者设备临时映射等，因此不能将1G的虚拟空间完全一一映射物理内存，因此权衡了一个896M的大小

最近一直在分析数据包。同时也一直想学python。凑一块儿了...于是，便开工了。座椅爆炸！正文首先要说的是，我知道python有很多解析pcap文件的库，这里不使用它们的原因是为了理解pcap文件的格式细节。使用tcpdump你可以很容易抓取到一系列的数据包，然而tcpdump并没有分析数据包的功能，如果想从这个抓包文件中分析出一些端倪，比如重传情况，你必须使用wireshark之类的软件，用w

linux内核初始化的时候要启动分页，既然要启动分页就要有相应的页表，有页表就要有页目录，很多人都知道系统启动的时候要把物理地址的0-8m映射到虚拟地址的0-8m还要再映射到768m-768m+8m，这到底是为什么呢？页目录的一个目录项映射4m的内存，为了映射8m的内存就要两个目录项，具体就是第一个和第768个目录项映射前8m的物理内存，而第二个和第769个目 录项映射第4到8m的物理内存，