@otakustay 全金卡和全卡差别是 4 倍开销。
@davidqw

在两个资料包之前，有土豪直播测试， 2w 全金卡，全卡差不多 4K

现在要困难一些

这么看，暴雪果然良心。 1.5w 投入炉石，全金卡都差不多了（ 2w 全金卡）

好多系统貌似不 care 这个重复，比如 v2ex

1L 正解：
ret = [flatten (item ) if isinstance (item, Sequence ) else item for item in ragged_lst]
这块写错了

@holinhot 他的命令执行 1w 次不就是转发 1w 个端口了么。。。

fabric 也可以做到你这个啊。。

@tnx2014 阿里也不是傻子，肯定是联系当事人失败后才开始联系周边的啊

哪有催债直接找旁人的，催债的目的是要钱又不是恶心你。

@lenran 额，感觉我回复的也不多啊。可能是你的错觉

> 关键字的维护工作也比较麻烦。不可能每次发现关键字都去调整代码。

如果只是解决这个问题，那你把关键词做成可动态加载的字典不就好了。存到数据库里也行啊

当时高级点还有些别的方法

@geeklian 不过 VMWare 真贵，也就银行用的起了吧

@geeklian 新版本支持 4 核， 64G 内存，连名字都改了叫 smp-ft 。。

@est vmware 是这么实现的： http://www.vmware.com/files/pdf/resources/ft_virtualization_wp.pdf

将 Input (network, user ),asynchronous I/O (disk,devices ), CPU timer events ，在备机 replay ，号称 delay 只有 1ms

碉堡了有没有，反正开源的我还没见过这么厉害的

@wzxjohn 我感觉阿里云技术上做不到 VMware 的 Fault Tolerance ，这个东西没有开源实现啊

但是 HA 是可以做到的，但是这个其实用户这边做就行了

@echo1937 当然 FT 说能做到 1ms delay 。。。对大部分业务来说足够了，几乎无感知。
但是代价是算钱算双份，另外开源界应该还没有相应的实现出来。

@echo1937 就算是 FT ，主机突然挂掉也是几乎实时同步，还有有些许 diff

进程状态同步永远不会是实时的，除非网络带宽达到了内存带宽。

@jianyunet 现在提供的云主机不都是 vps 么，宿主机挂了都是换台机器启动。

@chenshaoju 目前提供的公有云，私有云。纯粹的 VM 是没有不间断宕机迁移这个功能的。

你想想也不可能啊，磁盘可以用中心 or 分布式存储来保证一样。进程状态你总不能实时同步过去吧。。

只能在上层架构上做容错和冗余

@wzxjohn VMWare 的 HA 也不是对单个 VM 就能无间断中断。

它也是有多个 VM （一般 2 个），挂一个换台宿主机启动，只要不是全挂，就是 zero downtime

欠钱不还。呵呵