fcicq

@yangff 很多 benchmark 测的明显就是缓存命中率, 然后非命中的代价决定了最终 benchmark 的数值. 仔细考虑一下这句话.

@crysislinux 看看有没有人能想到一个特定的词. 或者是联系到某篇应该技术世界 50%+ 以上的人都有看过的文章. 如果内核开发者想到了, 就根本轮不到偶去改这个地方, 这才是奇异之处. 如果没有概念, 加一个 sysctl 项也没有人会调.

@Andiry 你做一个排除法大概就有明白的希望了, 可以顺便考虑一下为什么会有 2 的情况. 如果过几个小时还想不出来再给你下一个提示 (可以豆油?).

@crysislinux 欢迎调查豆瓣日记和 gist (个人不太用 github 本业的 repo 功能), 随便翻翻之后再考虑一下. 比如这篇是不是每个字都认识但都不明白说的啥? ( https://www.douban.com/note/596489332/ )

@Andiry 设备的特性是不可能用 patch 去改变的, 如果一个请求真的触了盘就是物理问题, 不可能把物理只能输出一定 IOPS 的设备真的在这个层面上加强. 目前的调度器已经考虑了这些因素, 本来不同设备就是不同的 queue.

@edsgerlin scheduler 的 queue 会落到同一个设备上. 只能管到进程间, 管不到设备间.

正在和原作者联系.
但是楼主漏了 icsk->icsk_ca_ops->cong_control 附近的部分这没法原谅, 测的根本就不是同一个东西, 白改了.

这个问题重要性不是很高. 更重要的可能是上进位记法, 比如小于 xx KB 的 item 一律按最低大小计费.

KVM 的补丁 2013 年就有, 3.16 加入内核. http://www.contrib.andrew.cmu.edu/~somlo/OSXKVM
这个 github 的项目因为放了 key 所以如果万一被 DMCA 拿掉也是活该, 从来放教程没有这么做的, 炒作成分相当大.

但是如果不想违反 EULA 的话其实做不到. Mac 全系列绝大多数机型固件都有问题, 只有用 OSX 才能正确的初始化虚拟化支持, 冷启动到 Windows 和 Linux 之后 VT 支持都会掉.