@Sherlockhlt

C99标准，编译器支持就没问题了。

这么好的东西为什么不用？

@SamZeng Enjoy the following page, LOL

https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cdbe0acce6f1dafc8beb84f2ac

给点建议：

1. 在发pull request之前尽量全面测试，避免一些trivial bug；
2. 一些小bug修复之后，squash进前面的changeset，尽量保持历史的整洁；
3. 最好做到每个changeset都不break现有的代码，即是apply单个changeset之后软件仍然可以正常运行。
4. 写有意义的commit log，而不是仅仅“fix bug”之类的，格式可以参考Linux kernel的commit log；
5. 各个功能分开branch开发，分开提交；
6. 假如有common infrastructure方面的改动，提取出来单独upstream。

随便写了点，有点乱。欢迎拍砖。

支持 Transcendent Memory 的话会比较灵活一点。

Try this:

http://www.kinesis-ergo.com/advantage.htm

你没有考虑Critical Section的大小。

@azure 阿里云用的应该也是Xen。

@llbgurs Oracle VM用的是Xen，不是收购的哦。

@Sherlockhlt

其实作者没有什么偏见，只是很单纯地分析KVM现在使用到的技术而已。建议把Paolo Bonzini的回复也看一下。

我觉得PV（不特指Xen的PV虚拟机，而是“半虚拟化”这个通用的概念）加上硬件虚拟化，是所有hypervisor进化的必然结果。所以大家所谓的门派之争其实根本就是不存在的，LOL。

@Sherlockhlk
@HiVPS

有兴趣及有耐心可以看看

http://blog.xen.org/index.php/2012/10/23/the-paravirtualization-spectrum-part-1-the-ends-of-the-spectrum/

http://blog.xen.org/index.php/2012/10/31/the-paravirtualization-spectrum-part-2-from-poles-to-a-spectrum/

里面对虚拟化的分类介绍得很清楚，也有一点Xen和KVM的对比。现在已经不是单纯PV或者HVM的年代了。

flask分支上还有很多功能没有做

大的系統，瓶頸會出現在很多地方。另，超級計算機並不是簡單的CPU和內存等資源的堆疊，雲計算也並不等同於超級計算機。

对某个项目感兴趣，做一下改进，发patch就可以了。开源项目一般没有正式的“申请加入”的流程。

收费了，就必须提供一定价值的服务以及保证服务质量。

目前社区的价值在于有高质量的讨论，这些讨论都是用户产生的，而不是一两个人制造的。

那么用户为什么一边要给社区交钱（年费），一边又为社区赚钱（产生内容）呢？

支持hobbyist。但是要生存下去，必须要有自己的特色。