liuw

@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，不是收购的哦。