Rust 1.0 正式版将于 5月15日 发布

sky

http://www.oschina.net/translate/why-go-is-not-good　　堆是一块在运行期创建的可以存储任意数量对象的内存区域。我们将对堆的使用称作”动态内存分配“。通常，在嵌入式系统中使用堆存储空间是不明智的。较大的内存开销和需要管理复杂的数据结构是主要的原因，尤其是当你在一块主频只有8MHz，RAM只有2KB的MCU上写程序的时候。在实时系统（因为某一操作耗时过长就可能会跪的系统）中使用堆也是不明智的，因为对堆上空间的申请和释放所消耗的时间有很大的不确定性。举个例子，如果你的MCU(单片机)正在控制一个火箭的引擎，就在这时，如果一个对堆空间的申请比平常多消耗了几百毫秒，导致对阀门的错误计时，就会发生大爆炸。还有一些原因致使动态内存分配对嵌入式编程没有多大用。例如，许多使用堆的语言同时也拥有垃圾收集机制。垃圾收集机制经常会暂停整个程序一会儿，在堆上寻找垃圾（不再被程序使用的内存）并清除它们，这比单纯的堆空间申请更加具有不确定性。
　　
　　Rust语言的标准库中有很多特性依赖于堆。然而，Rust语言的编译器支持完全关闭这些有关堆的语言特性，并且能够静态地确保这些特性在程序中不被使用。写出完全不使用堆的Rust程序是完全可行的。Go语言严重依赖于对堆的运用。没有可行的方式让Go程序完全不使用堆。这不是Go语言的问题。这在Go语言的目标应用领域完全没有问题。Go相对而言很快，但不是实时的，这两个概念非常不同。执行速度快对嵌入式程序来说很重要，但是真正重要的是能否担保某些操作的最大执行时间，而这恰恰是Go不能预测的。这个问题有很大一部分是Go语言对于堆空间和垃圾收集机制的使用造成的。
　　
　　http://www.iyunv.com/article/2014-11-07/2822545
　　小米网在使用Go的开发第二版抢购系统的过程中也遇到了Go程序消耗大量内存后,GC缓慢,最终导致服务不可用的问题.
　　
　　在内存占用小时，GC看起来很美好，但在内存占用非常大时，GC搜索回收一次内存就会变得非常慢，就算是优化了十几年的Java的GC机制也存在一样的问题。