@ly841000 linode本来就是玩玩为主啊…………
aws，azure，gce，大点的都是独立主机了
再说了，用普及度来说明稳定性……这什么逻辑？

另外文中的hotpatch根本没内核半毛钱事，dll于windows就像ko、so于linux，君不见ntdll升级还是要重启么？我英文不好你别蒙我。前两条就是目录结构的事而已，linux作为（类）UNIX，从一开始就没这个问题。

@bellchu 即使是yes这样的程序，生成这么多数据的开销也比null丢弃这么多的大。那么忽略null的开销就是合理的。
这时候需要检讨的不是为什么输出到null，而是为什么平白无故生成这么多无用的数据。这么多数据，无论输出到哪里都是浪费。
这就像listen lo和用socket的区别。用loopback固然比用sock开销大，不过实际上可以忽略。倒不如考虑一下怎么减少不必要的进程间数据交换。

@digimoon 两个选择
prestart挂脚本
写一个service
文档看man就行：man systemd.service

什么格式？
df贴一下

@bellchu 那就变成cat的开销了……
不过到null没开销这个肯定不可能，系统调用是少不了的。不过有多大开销就很难说了，如果只是百分之一/千分之一，认为可以忽略也没什么。

@bellchu 这只是yes本身的开销而已吧……
不能认为是/dev/null的

可以试试Fedora的ipset-service包，反正是试验田里的东西，向来直接拿也没事，不行的话你还是可以解包参考配置怎么写
另外可以设为不自动启动，然后在rc.local里做好ipset后启动

数据库里本质上都是时间戳——你不会存成字符串的………对吧？
客户端也是返回时间戳最好，在客户端上做一下格式化很难么？
网页的话只能输出用户友好的，这个没办法

@laoyur md5字典太齐全，如果内容太简单的话…………

@hzqim http://en.wikipedia.org/wiki/Path_MTU_Discovery

@snnn dd只要源比目标小就行，然后resize
源比目标大的话先resize
大家都是过来人，别一句都不靠谱，一棍子打死一群人

@hzqim 如果路由器收到了过大的包而不能转发，就会drop，同时返回icmp。客户端收到icmp之后就会减小mtu了

@nikolai rsync的话要注意引导和fstab等

pppoe的mtu是指ppp包装后的mtu，1500不需要-8
你可用的mtu需要-8,也就是说你电脑可用的mtu是pppoe的mtu-8
因此mtu应该这样
lan:1492
pppoe:1500
电脑:1492或者无需设置，因为如果mtu过大路由器一般会自动协商

先resize缩到120G以下（越小越好）
然后直接dd过去
再resize到最大

一般一开始就是部署的lvm，满了的话只要加个磁盘就可以直接扩容了
另外，建议从根开始du --max-depth=1 | sort -g一级级看哪个占空间