@halczy
@csvw
1GB到电信设备是没啥问题的，就光纤和光猫设备的能力没问题，PON现在链路速度1G不成问题，只是速度给限制了而已。

@Chigogo AC+AP么，基本都是这话形式。
低端的千把块就有：比如TP-LINK，一个AC能带的AP数量不多，覆盖的面积比较少。
要大面积覆盖，AC的性能要求也高，设备节点也多。AC的功能性要求也多，价格也很高。

TP这种民用的几百块一个AP/AP，企业级的几万一个的都有。

L2TP Over IPSEC

1000米，1W米，10公里，百公里的用处可能就是中继了。

分布式节点嘛~
也没人说一个节点能覆盖一栋楼。

我去你们公司开个店：
1. 测试测出一个BUG，从你们项目组奖金扣6.6. 我拿3.3，给测试人员发奖金3.3
2. 如果最后上线BUG，项目奖金取消，那么以上记录全部消失。
3. 如果奖金拿到，那么按照1中记录，大家分钱。

硬件问题，软件能解？

@Sricen 阿里云默认没有备案成功之前是直接被禁的。直接显示备案拦截页面。

内存多的用不掉，Windows能不能像OSX一样，尽可能的用光内存，我都怕那么多内存不用吃灰了怎么办。实在内存又不够大，否则搞个96G，其中80G搞成内存盘跑。

另，帮别人做了一个毕设，就是C#嵌套VLC实现，sigh~

OCR识别

@arnofeng 别人暴力破解我的登录密码。
然后主机被暂停了，自己可以再开。不过每个月只能开三次。

一般这种别人不是专门来扫你的话，扫几个小时就放弃了。之前用那么久，都没被关过，刚搬到万网没一个星期就被暂停了。sigh

@arnofeng 也是免费的。备案也是5天~

被别人包里扫了一下登录密码，然后主机就被万网给停了。。
靠~~~以前香港空间也没这样。扫几次密码怎么了？流量都没用完呢。

---
感觉提心吊胆的。

@bellchu 5000台左右Physical Server。
XenServer/vSphere/Hyper-v都在生产中。

不知道要什么样的才算有实际业务，真没看到做虚拟化的，Host Server CPU常年在80%以上的。
L3 Cache带来的性能，还不如Hypervisor调度失败导致的性能损耗更多呢。

至少到现在没看到项目中有单独比较L3对性能的影响。
可见，这个对整个性能的影响极小，否则，必然是一个metric。

@bellchu On modern CPU architectures, multiple cores share last-level cache (LLC), where LLC is the last cache available
按照这种说法，在多个core（pCPU）之前migrate根本不需要migrate cache.

你这个例子不恰当。
20M的 on-chip cache如果产生了60M的world.
他自己如何保存着60M的world呢？他只能45M保存在memory上，为了migrate这60M得world，他可能需要访问3次memory，这延迟不更大？
所以，按理来说，这个world只会比他的cache小，20M的L3，他的world可能是20M，我8M的L3，world小点嘛，就8M，你migrate需要一次，我也是一次。

在考虑另外一种情况，
至强也就4/6 core per socket居多，按照60个VM来算，每个VM都分一个vcpu，就算普遍点的双路服务器，也就是8/12个physical core，一个core基本是5~8个VM来共享，8个VM基本都要同时运行，CPU在不断切换context，L3里面不可能为每一个VM保存满20M。如果只一个VM的负载发生变化，需要migrate，那么如果是migrate一个context data估计程序也分不清。所以只能是整个core的L3全部migrate，这是好事还是坏事呢？可能这个VM命中的不多，迁移了，发现还不好。你20M可能需要10个时间，我8M可能更快呢。

所以，我个人指示觉得L3大，肯定有好处。
但vcenter的performance alert也不能说明就是L3导致的。
load balance也只能说明L3是一个影响因素，也不能说明L3对整个虚拟化的重要性
60M的world，几倍几倍，更不鞥你说明问题，访问内存更慢。

------
再有，现在的虚拟化，总体CPU使用率大多都不超过50%，L3大可不必折腾这个。
真到了需要压榨CPU和系统性能时再考虑不迟。

@bellchu 这个只能说明cache是一个factor。
完全没法说明cache大小的重要性。而且看文档提高性能的最大方法就是减少world migration来提供性能。

相对来说，对于VM性能的影响，CPU应该是排最后：
1. 磁盘IO
2. 内存
3. 网络
4. CPU
4.1 CPU Cache size