其实我想说，能不能继承然后再 override?

@yalltd 若是那么好搞得话，那么论坛里面的人就不会出所谓的精简包，而是 nightly 优化包了。

编译这东西，特别是 Android 这么大的项目事实是不好编译。还有就是 CM 给华为做适配了吗？若是没有做适配，你就得自己做适配， CM 那个是移植教程，不是保证你编译出来就能用了。

楼上的都说了其难度，你真没见过程序员付费编译 rom 吗？我见过，别人还只是编译出来就给钱了，发帖的还是一个程序员，因此这事真不好做。你若是要去学习的话，你可以看 CM 的 wiki 以及 Android 的官方教程，里面是有写的。一个 rom 的具体难点在交叉编译一个 linux 内核，接下来就是编译 Android 配套的一些 Framework 等部件。真没办法在一个帖子里面全说出来，我给你贴一些参考资料。

[1] http://source.android.com/source/building.html

反问两条：

1. AWS ， Azure 这些不提供虚拟网络？

2. 青云全部都是用 x86 设备？还是自己基于 arm 设计了一套新硬件？没有用到任何思科的设备？

编译 Android Rom 是个大工程，你去看看 Android 内核编译的配置要求就知道了，貌似是需要一台 16G 内存的机器，小于这个数的不能编译。

@hayao650 列表的 sort 方法是 in place 的，返回值是 None ，这个方法会直接改变调用的列表自身。
若是需要返回值，那么请用 sorted()函数，这个函数不会改变传入的列表而是返回一个新的排序后的列表。

PS: 排序请使用 key 参数，尽量减少 cmp 参数的使用，排序性能会有提高。

@Pastsong 很多虚拟化技术都可以支持 Mac OS X 啊，然后就是一个 worker 一个实例嘛，我觉得大概就是这样。 OS X 的话你就别想 docker 之类的容器化技术。

@phithon 要不就是多线程 /多进程池，要不就是消息队列。再来就是 microservice ，然后用 AsyncHttpClient 调用。

PS ：毕竟数据库操作都是 IO 密集型，因此用多线程也是可以的。

@Andy1999 肯定是想搞云编译。除 OS X 以外都不能合法编译 iOS 或者 OS X 的软件

@Tinet +1

@Bryan0Z 用心学，以后肯定会有用的。你若是写个 babel 的前端工具，会编译原理也是极好的。

区别基本上就是基础理论知识，这些其实自学也是可以，关键是你还能花多少时间在算法, 数据库理论，计算机网络，操作系统，编译原理外加配套的数学知识包括但不限于离散数学，线性代数，微积分，概率论。

@bluesky139 要测试的话，请去看官方的测试例子，记得 Tornado 就提供一个类似 Time 的非堵塞库。专门给大家测试用的。多读文档，你会发现很多问题文档里面就有写了

@sujin190 根据网上的反应来看， OS X 的 kqueue 应该是跟 FreeBSD 的不太一样，记得当初看到的说法是 OS X 网络性能烂，但到底是不是因为 IO 复用部分的系统调用烂呢，这个我就不清楚了。

不过根据大家针对高级 IO 接口的比较来看， OS X 就没被比较过，看过的评测都是 BSD/kqueue, Linux/epoll, Windows/IOCP 。因此根据我的推断，应该是 OS X 的 kqueue 实现是残废的或者是它其他网络部分实现是残废的。

此处引用自 Tornado 的官方文档 http://www.tornadoweb.org/en/stable/index.html

Platforms: Tornado should run on any Unix-like platform, although for the best performance and scalability only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is recommended only for development use). Tornado will also run on Windows, although this configuration is not officially supported and is recommended only for development use.

@bluesky139 OS X 下的 IO 复用也是烂,OS X 下面的可不是 kqueue ，肯定也是不行的。像 Tornado 这样的异步框架，都是基于 epoll/kqueue 的，没有这些系统调用，快不起来。

还有就是不能用标准库里面的 time 这些库，这些库调用的时候都会堵塞 IOloop ，肯定快不了。

@scott123 https://docs.python.org/3/reference/expressions.html#calls

@scott123 支持三楼，刚才急着上厕所，没细看