@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 支持都会掉.

建阵列折腾过程中有坏盘危险. 6 块以上 RAID6 还凑合, 楼主盘太少.

上了三板就不需要人刷数据了. 有趣.

@963008659 从 vps 内网上传到某云的云存储然后取回. 缺点是要付流量钱. 不知道用的哪家的所以只能大概的这样.

想用这些 supervisor 就要去掉 daemon

度娘除了 ipv6.baidu.com 之外有几个设了 AAAA 的 dns record?

@ZE3kr GCE 实例是便宜, AWS 的 Reserved Instance 是大坑, 但是万一 G 无故封号不是很难解开?

@a342191555 Authenticator 恰好重名, 但是你看错问题了. 确实有 WPAD 协议...

@hhp tombkeeper 发现的洞很有名的怎么会不知道? 虽然这个洞 MS16-077 补上了, 但是走这个渠道分发代理仍然不是啥好事.

@carmark triton 是没办法的办法. zones 好归好, 但 docker 和 linux binary 是现在的事实标准, 所以要搞兼容层(WSL 将来也可以走这个方向变成真 docker). KVM 忘掉或者说那是保留能跑 windows 的能力就好了.
joyent 本家不提供 zfs snapshot, 自己搭的话这个特性就有了. dockerfile 里面也就写写 apt-get 改改配置文件什么的, 换成 ssh 操作(fabric), pkgin 装包, 改改文件关机打 snapshot 也没有多大区别.