@rrfeng 这个实验也说明了频繁写入/dev/null同样会消耗资源影响性能，而不会像很多人想象的输出到null的就不耗费任何资源，但实际上CPU的开销是一样的。

如果纠结yes命令的话。就换cat /dev/zero > /dev/null，其实效果是一样的，只不过一个是不断输出y，一个是不断输出0.

我的本意只想表达：把/dev/null当成一个0延迟的IO设备，当IO没有延迟的时候，CPU会成为最大的系统瓶颈，CPU会因为无法及时处理排队的数据而满负载。

@ryd994 对哦，那换一个往null写0的，更贴切点
cat /dev/zero > /dev/null

/dev/null类似一个黑洞，写入任何东西都会返回成功，但是实际写入数据随即被丢弃。

/dev/null的io只是软件层面的，实际没有存储的io动作。但是既然是软件层面的，就会有userspace到kernel的system call,会耗费相当多的CPU和内存。

因为传入/dev/null的数据几乎是在其被从软件传出的同时被丢弃的，所以传输的速度基本没有延迟，CPU占用率基本会迅速被占满。

你的配置是因为缺少路由表，路由不知道走哪个网卡。 指定一下就好了。

@shiny 大专只能靠讨个当地老婆解决户口问题啦，本科也要看什么学校的，我以前有个同事华政的，花钱买了专利才够分搞上了集体户口。

ENI和Custom Route Table
请参照文档
http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_ElasticNetworkInterfaces.html
http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Route_Tables.html

怪不得乔布斯死于强迫症，雷军还依旧活蹦乱跳着。

实名认证，不然后面步骤继续不下去

给儿子买，等Mac Version

@yafeilee 自由职业追求的是自由，开发类的要避免扯不清的后期维护等的尾巴，不然就不自由了。

你的需求不是用白名单黑名单去理解的

两条ACL做的策略路由 一条国内路由走线路A，另一条国外路由走线路B

赞，俺也是闲着就做做私活。远程配个服务器做个RAID配个Samba什么的来钱最快。做好Email alert那种一次能收个2500-3000软妹币，时间花不了半个小时。钱和介绍活的哥们平摊。误删除了文件要恢复数据的那就收更多了。开发类的项目牵涉东西太多，做起来不方便。

淘宝40-70块钱带工具

GoPro 多用！

{ "repositories": [ {"type": "composer", "url": "http://comproxy.cn/repo/packagist"}, {"packagist": false} ] }

首页暴码，醉了。

@Bluek404 哈哈 也是啊

不过目前觉得最方便的是任何BT资源都能和HTTP下载一样了

我目前用来当BT资源播放器阅读器之类

拿一个磁力链接的高清电影直接能缓冲放

网页也能Publish出去给别人通过磁力链接看

期待有类似Tor的功能整合

Chrome App的上方的地址栏太宽了，占太多面积