Arch

@wy315700 我还听说过利用字符串比较函数的运行时间差异破解XBOX的MAC来加载盗版游戏。。。。。

@wy315700 确实好多年前就有了，应该已经是常识了。。

又是side-channel attack。。这类attack一般脑洞都比较大，见过利用power consumption获得RSA密钥的。。

编译器、解释器、浏览器、数据库

（现在Pacific time夜里4点。。。github的码农也是够拼。。

@riaqn 不同进程的地址空间对应的物理地址不同吧，所以cache效果会比多线程弱一些

@chaucerling 我说的是语言问题。运行效率的决定因素主要在语言上。Ruby、Python、JavaScript这样的动态类型语言，基准运行效率肯定比不上静态类型的Java。
（说到Java的语言特性，不是一直被C#吊打吗。。听哪个人说Java 8才约等于C# 2.0）

开发效率和运行效率是矛盾的。。。RoR、Django，Node虽然开发效率比Java高，但由于动态语言特性，运行效率比不上Java的各类框架。。

Windows里的进程线程模型是，进程是线程的容器，程序执行都是以线程为单位的。
Linux中只有进程，线程只是没有独立虚拟内存空间的进程。
从运行时间上来看我感觉不会有太大差别。但考虑到创建进程的代价大于创建进程，并且线程间通信比进程容易（同一个进程中的线程有公共的地址空间，公共的地址空间也可以使得CPU的cache能更好发挥作用），如果这类操作十分多，最终可能导致多线程处理快一点。

GitHub Gist?

Chrome吞电吞内存。。。

泡沫还没破吧~

subprocess.call

https://docs.python.org/2/library/subprocess.html