V8内含了一个扩展 library 来存储 built-in 函数。（后面花费了一整段话来介绍什么是 built-in 函数，以前介绍很多遍了）
Built-in 函数目前在每个 Isolate 上占用 700KB 的内存。从 v6.4 版本的 V8 开始，引入了惰式反序列化，但仍有消耗。
嵌入式 built-ins 则更进一步。一个嵌入式 built-in 被所有的 Isolates 共享，并嵌入它自身的二进制空间，而不是被拷贝进 JavaScript 的堆内存。这意味着 built-ins 无关乎有多少个 Isolates 正在运行，只会占用一份内存。在启用了嵌入式 built-ins 之后，我们看到了一个中值为 9% 的 V8 堆内存消耗减少，样本为 x64 环境的 top 1万个网站。在这些站点上，50% 的情况下节约了至少 1.2 MB 的内存，30% 的情况节约了至少 2.1 MB 的内存，10% 的情况则节约了 3.7 MB 或更多。
V8 将会在 v6.9 版本中发布针对 x64 平台的嵌入式 built-ins 支持。其他平台将会很快得到更新。并将会发布一篇博客来详细解析其中的细节。
WebAssembly 得到了一个新的基准编译器为那些含有更大的 WebAssembly 模块的复杂网站的更快启动服务（比如说 Google Earth 和 AutoCAD）。根据硬件不同，我们观察到了 10倍 以上的启动加速。并将会发布一篇博客来详细解析其中的细节。
在 V8 Torque 中，DataView 的方法被重新实现了一遍，将一个消耗很大的调用放到了C++中执行，而之前的实现则是在运行时直接运行。此外我们现在在 Turbofan 中将 JavaScript 代码编译时，将 DataView 的方法进行了内联，这更进一步提升了 hot 代码的峰值性能。现在使用 DataViews 已经和使用 TypedArrays 一样高效了，并最终使得 DataViews 成为了一个性能敏感情况下的可选项。并将会发布一篇博客来详细解析其中的细节。
V8 v6.9 版本通过优化 WeakMap 处理，进一步减少了 Mark-Compact 垃圾回收的暂停时间。并发及增量标记现在可以处理 WeakMap 了，而之前这些所有工作都是在最终 Mark-Compact 的暂停中完成的。鉴于并非所有的工作都可以被移出到这个暂停时间之外，GC 仍旧会在并行回收中执行更多工作以期降低暂停时间。这些优化工作使得 Web Tooling Benchmark 中的 Mark-Compact 平均暂停时间减半了。
WeakMap 的处理使用了一个 fixed-point iteration 算法，在某些情况下可以将问题降到二次方程式运行时行为来处理。而在新的发布版本中，V8 切换到了另一种算法，如果 GC 不能在一定的迭代内完成的话，也能保证 GC 可以在现行的时间消耗内完成。之前，最糟的情况可能将 GC 暂停数秒，即便是一个很小的堆内存，而这种线性的算法可以在数毫秒之内完成。
Please use git log branch-heads/6.8..branch-heads/6.9 include/v8.h to get a list of the API changes.
Developers with an active V8 checkout can use git checkout -b 6.9 -t branch-heads/6.9 to experiment with the new features in V8 v6.9. Alternatively you can subscribe to Chrome’s Beta channel and try the new features out yourself soon.
EOF