带有基于Smalltalk的Ruby VM的NoSQL OODB：MagLev 1.0发布了_Ruby_Werner Schuster

首届AICon深圳正式启动｜AI实践哪家强？来 AICon，解锁技术前沿，探寻产业新机！了解详情 



 写点什么

MagLev 1.0 发布了，它是一个构建在 64 位 Smalltalk VM GemStone/S 之上的 Ruby VM。但 MagLev 并不只是一个 Ruby VM，它包含了一个成熟的 NoSQL 数据存储，从它的网站上可以看到：

MagLev VM 充分利用 GemStone/S JIT 获得本地代码的性能、分布式共享缓存、完全支持 ACID 事务处理，以及企业级 NoSQL 数据管理能力，提供健壮和持久的编程平台。它可以透明地管理比内存大得多的数据和代码（兆兆字节级别）。

InfoQ 就 MagLev 1.0 采访了 VMWare 的Monty Williams（GemStone 已被 VMWare 收购）。

InfoQ：MagLev 在目前的 NoSQL 家族处于什么位置？

我并不把 MagLev 看作一个整合了 NoSQL 数据库的 Ruby VM，而是把它看作一个使用 Ruby 作为数据操作语言的 NoSQL 数据库。

我认为人们还没意识到的一点是 MagLev 提供了一个“单一对象空间”。没有东西会发送到一个独立的数据库，也没有东西从一个独立的数据库获取。你的全部代码都是“在数据库里”执行的。你甚至不用跟踪已被修改的对象并把它们保存到磁盘里，MagLev 会自动处理这些事情。

你可以保存任何 Ruby 对象，即使是 proc、lambda、线程或者 continuation。这里有个例子示范了停止、复制、保存线程，然后在另一个不同的 VM 里重新启动它。 http://blog.bithug.org/2011/09/maglev-debug

MagLev 的持久化类似影像持久化（Image Persistence），即对象持久化到磁盘的格式和它们在共享缓存里面的一样。你不必对它们进行封送或者把它们转换成 JSON 或其它格式。

MagLev 的事务处理是 ACID，这意味着多个 VM 可以与相同的数据仓库和共享状态、对象以及代码交互，并且保持引用完整性。

当你启动一个新的 MagLev VM 时，由另一个 VM 加载的代码可能还在缓存里，因此加载 / 使用它们可能很快。

InfoQ：VMWare 的云服务是否支持 MagLev？

现在还没有。早在八月份我们就开发了一个原型，也希望提供这种支持，但这取决于实际的需求。

InfoQ：前支持哪个版本的 Ruby 语言，1.8.7？有没有 1.9 的计划？

目前只支持到 1.8.7，因为这是最稳定的平台。1.9 的变化太快了，无法在 1.0 里采用它。不过，是否采用 1.9 还是取决于实际的需求。

InfoQ：是否支持 FFI 或者本地扩展？

FFI 和本地扩展的支持都是内置的，不必运行 MRI 需要的所有东西。MagLev 有一个内存压缩 GC，它要求本地代码“循规蹈矩”。相关限制以及如何处理可以在这里找到： https://github.com/MagLev/maglev/blob/master/lib/ruby/1.8/include/Maglev_c_extensions.md .

InfoQ：MagLev 在线程 / 并发方面如何？

MagLev 使用 Green Thread。不过，MagLev 有一个共享的、支持事务的对象空间，因而内置了一个可伸缩的跨越多个 MagLev VM 的并行模型。因为“所有”关联的 MagLev VM 看到的是相同的对象，所以 MagLev 可以有上千个真正的并行线程运行在相同的对象之上。

InfoQ：MagLev 使用了 MIT 许可协议，GemStone/S VM 的许可协议又是什么呢？

需要澄清的是，我们为 MagLev 写的 Ruby 和 Smalltalk 代码使用了 MIT 许可协议。我们使用的 Ruby 库和其它开源组件的许可协议不尽相同。详情参见 https://github.com/MagLev/maglev/tree/master/Licenses （特别是 README 这个文件）

InfoQ：MagLev 是否分为有所限制的免费版本和商业版本，还是全部免费？