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

---
感觉提心吊胆的。

@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

看负载了。
一台服务器60个VM，如果高CPU负载，就是神也跑不动啊。
要是负载都很低，CPU烂也无所谓啊。
就比如我的LAB，L5520这种垃圾U，跑个几十个VM也不在话下，没压力嘛。

@est 这个不是Linux自带的OOMKiller?

升级卡成翔，不升级还是卡成翔。
----
硬件确实不行了，尤其是用过新的设备，再接受老的。或者有iPad什么的体验过快速的。
而且，不升级好多APP不能用。

国外网盘在国内的上下载速度成问题，哎~

@goodbest Windows可以选择扩展，然后两个相当于一个。
OSX不是特别确定。

@JonyOang Flash Player都带，Java算个啥。

两个显示器虚拟成一个。然后放中间，当一个显示器用。

设置下account，默认用高清播放就好了。
https://www.youtube.com/account_playback

一次一密。
用完就失效，下次重新申请密码。哈哈。

不实用，还是一个大平板比较合适。

@ppisok 59.43是CN2的路由。
我到205.251.245.236的路由基本和你一样，所以应该是走了CN2线路。
http://i.imgur.com/mpWEWAB.png

目前来说比较好的方案：
服务器虚拟化+GPU穿透，远程交付协议用ICA，做3D基本不是问题。