@terry
@clino

或许网络环境不同，
上百台机器都在LAN内，批量ssh可能也秒杀。而10台在世界不同时区的机器就可能频断卡顿吧。

@kava 要签收啊...你没见过一大早快递员送货吧？

一般早上送货时，一两个快递员会一次性把发给同一个写字楼的货品装麻袋/大包，运到目标大楼。

然后一个/两个人将货品在楼下先按楼层分类，尽可能将所有货品放进货梯，在电梯上升期间，在对应楼层暂停开门时，先将货品扔出电梯，投到楼梯间。等电梯升到货品里最高层后，所有货品已经「放在」对应楼层，顺便快递员出电梯，此时就在货品应达的最高楼层。

接着，快递员会拿起楼梯间的货品走近对应办公室送货，请货主签收。完成本楼层，就下楼去剩下楼层，重复 捡货，交货，签收。

基本上所有快递员都这么办，顺丰也是。

当然，若你所在的楼当时真的只有你的一份快递(小体积/轻/文件什么)要送，那是有可能快递员直接背包带到你楼层上送达。

@wywh 「快递上W月薪的也就是个传说，少部分人，像什么华强北那种地方发货量巨大的地方很正常，没集中写字楼商业区/网店的地方，工资也不算高。」

没错，基本都是无良媒体为了吸引眼球增加点击/发行量弄出的噱头。

我忍不住要讲讲我看到的事情：
前几年在魔都徐家汇天钥桥路某大楼里上班，早上客梯拥挤，常走货运电梯上楼。货运电梯里碰见顺丰快递员也在货梯里送货，某些楼层需要送货时，电梯门开，顺丰快递员将包裹扔到楼梯间，你没看错，就是直接扔的，力度，手法，与其它品牌的快递员没任何差别。

这种情况我碰到可不是一次两次...

@lvii
@lookhi 的「起100个线程」，也是好办法，但设备越来越多，这状况只会更严重。

建议是否可能改当前的“拉数据”的方法为“推数据”，每个设备本地有个小监控设备，每10秒采样，状态可以先缓存本地，之后每分钟(可以加个随机的秒，已避免成DDOS)将数据集中推给搜集中心数据库。

@lvii 建议是每条记录在生成时的时间戳也当成记录内容的一部分，

之后记录导入数据库后，记录产生时刻以记录内的时间戳信息为准，

这样，你记录迟一点/异步 导入数据库也可，但每条记录所记的真实/原始采样时戳都正确。

用 xubuntu 13.04 上班的路过...

除了上周更新系统时，因为 /boot 分区太小，kernel 更新不完全有些麻烦，用起来很不错。

没有linux版qq，sublime text 不能输入中文，不能全局切换多窗口内的程序，的确是讨厌。

正在收集带字可口可乐的脑残粉路过...话说，好久没喝可口可乐，某天突然在附近新开小超市买到一瓶“天然呆”，觉得标签很山寨的质量，喝了觉得这有糖的可口可乐比无糖的百事可乐味道还淡...

后知后觉怀疑是不是碰上假货...Orz

问过基友后知道这电视广告已经播很久了...

不好意思，上面的忘记引用重要的一段：

关于双中括号的问题 - FreeBSD China : https://www.freebsdchina.org/forum/viewtopic.php?t=56452


「loader

发表于: Mon 2013-01-21 20:08:27 发表主题:
一开始我以为
分不清哪些功能是 bashism 哪些不是的是 Linux 用户
用了 bashism 功能却从不标明 bash 的是 Linux 用户
认为用 sh 运行就能符合 POSIX 行为的是 Linux 用户

直到后来我才知道 Bash 的 POSIX mode 得按照说明来
http://www.gnu.org/software/bash/manual/html_node/Bash-POSIX-Mode.html#Bash-POSIX-Mode
比如里面明确说明 26. Process substitution is not available.
那么 <() 在 Bash POSIX mode 就不能用了， 而 [[ 这种没提到的就算开了 POSIX 也照样能用

FreeBSD 里的 /bin/sh 是 ash
http://www.in-ulm.de/~mascheck/various/ash/

对照 http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html
ash 也另外增加了些东西，不过 BSD 用户当然以 base 里的 ash 为标准，
凡是 ash 能用而 POSIX 里没定义的是 feature, 凡是 ash 不能处理的肯定是 bashism XD

另外，前些年有些发行版为了换成 dash (debian ash) 网上有过好多各种械斗
https://bugs.launchpad.net/ubuntu/+source/dash/+bug/61463
https://bugs.launchpad.net/ubuntu/+source/dash/+bug/141481
」

关于 shell 和版本的话题，再加点料...很好玩的：

关于双中括号的问题 - FreeBSD China : https://www.freebsdchina.org/forum/viewtopic.php?t=56452

「
loader:

文章发表于: Mon 2013-01-21 21:54:20 发表主题: 引用并回复

door10000 写到:
看来openbsd和freebsd的默认sh都不相同的。。


欢迎你来地球玩...

等我开始用 OpenBSD 的时候已经是默认 ksh 了
原来曾经有过 NetBSD 的 ash
引用:
----------------------------
revision 1.9
date: 1997/08/20 23:43:47; author: deraadt; state: dead; lines: +1 -1
this has not been used for a while
----------------------------
revision 1.8
date: 1997/01/05 08:17:31; author: deraadt; state: Exp; lines: +2 -2
HOSTCC; from rahnds
----------------------------
revision 1.7
date: 1996/10/20 00:54:41; author: millert; state: Exp; lines: +4 -4
Sync with NetBSD. Adds better POSIX compliance amongst others.
----------------------------
revision 1.6
date: 1996/10/12 01:12:02; author: deraadt; state: Exp; lines: +2 -2
use HOSTCC; from dale
----------------------------
revision 1.5
date: 1996/09/16 10:51:33; author: downsj; state: Exp; lines: +3 -1
These should always be static.
----------------------------
revision 1.4
date: 1996/06/23 14:21:05; author: deraadt; state: Exp; lines: +1 -1
update rcsid
----------------------------
revision 1.3
date: 1996/03/03 12:32:57; author: niklas; state: Exp; lines: +6 -9
From NetBSD:
Fix problems with the way init.o is built:
* Prevent gratuitous rebuilds when nothing has changed.
* Make sure it is rebuilt if a .h file is updated.
----------------------------
revision 1.2
date: 1995/12/14 01:22:27; author: deraadt; state: Exp; lines: +6 -1
update from netbsd, including:
Fix PR/1760, where 'cd -' before any other command could cause a reference
to an uninitialized pointer. Use getcwd() to get the current working directory,
instead of forking /bin/pwd [per Scott's suggestion]
----------------------------
revision 1.1
date: 1995/10/18 08:37:21; author: deraadt; state: Exp;
branches: 1.1.1;
Initial revision
----------------------------
revision 1.1.1.1
date: 1995/10/18 08:37:21; author: deraadt; state: Exp; lines: +0 -0
initial import of NetBSD tree
」

Bash这门UNIX下的壳语言 - FreeBSD China : https://www.freebsdchina.org/forum/viewtopic.php?t=58262

若看完精分/精分加重，那么恭喜了，嗯，不用谢！

画饼忽悠人，那也得有愿者上钩的主嘛...

国内本来就没有个尊重人力劳动的风气，更不能助长了。

且国内各种隐形开销很多，没啥希望，没啥保障，真是仅仅活着就很难。

白条很搞笑...真要有诚意，就把房产证押给人家呗。

@centerqi 前两天就搞出来1
M和193K的jpg还真一样长宽的...同一张图。

LZ在Python节点问这个话题...明摆着的事嘛...

当然，LZ要说是来「砸场子/挑事端」也可以。

再啰嗦下：python 在运维中，的优势：
很多发行版都默认装了python；
语法相较各种精分/变态的shell，python就是一次写好，到处运行；
python 可以很轻易的与shell等linux资源混搭（os.system()，commands.getoutput()，也可以用shell的管道给py程序传输入信息）；
list/set 等很便利的类型，手册完备，学习容易，好记好用(精分的shell会死人的)；

shell 语法很怪异，不同shell语法变化差异巨大，另外，不同系统(gnu vs bsd)/发行版默认shell不同。

还有即便都叫做/bin/sh ，但不同发行版可能是完全不同的实现。

甚至，还有同一个发行版 的 /bin/sh 在不同的历史时期是完全不同的实现(openbsd就是例子)。

如此这般，不精分才怪。

稍微复杂点，带比较/条件/选择/循环，的话，shell/bash 写起来就要死了,各种诡异的写法，和即便是 最基本的 比较 都可能需要用到shell以外的独立程序。

例子：最近还记得的就是 自己写 python 脚本处理下载的电影字幕文件，因为有的字幕文件格式很怪异，让自己常用的播放器(XMplayer,射手播放器，XMBC) 不能正常显示。折腾过编辑器+正则来搞，很痛苦，总失败，遂写几行 python 解决，连带测试不到15分钟。

@a7898585 那就 tar 吧，我之前有分享一个我自己用的 打包脚本...

参考：
copy完整一个系统或硬盘 - V2EX : http://www.v2ex.com/t/69016

一样的，假若是xen，则只需要关闭vps后，在母体/dom0 上直接复制 客户机/domU 的硬盘镜像文件，再对新机做些新的设定就可以了。

统计的任务要作队列，用户提交统计任务=>丢队列，返回让用户等着去，后面统计程序从队列领任务去跑，跑完返回结果。

统计这种要实时返回，数据量大/算法复杂，都不现实。

和数学关系不大的，能理解客户的业务需求，然后用自己掌握的程序语言实现其业务流程，之后懂得优化，就可以作出相当成就了。若代码可以弄的构架更好，更便于维护和扩展，那就相当高级了。