64-bit - 是否有支持 64 位的 Smalltalk VM 和/或 Image？

Question

在 64 位场景下，Smalltalk 似乎有两个支持级别:

64 位虚拟机

64 位虚拟镜像

我不清楚带有 64 位图像的 Smalltalk 的运行速度是否明显慢于 32 位图像。如果您愿意，请评论您的体验。是否有任何支持(64 位 VM + 镜像)或仅支持 64 位 VM 的 Smalltalk 实现？

Answer 1

有旧的 64 位图像和用于吱吱声的 vm。在 Esug，我已经插入获得对 Pharo 的 64 位支持，但进展缓慢。 [编辑] 而且我看到现在有一​​个用于 linux x86 的实验性 64 位 squeak vm 和镜像。 [/edit] 吱吱声 vm 是一个预制的。 Eliot Miranda 正在研究一种新的 64 位字节码集/图像格式。一旦完成，我假设 Pharo、Squeak 和 Newspeak 将迁移到那个。

64 位图像的运行速度可能比 32 位图像慢，但这可能几乎是一个常数因子，因此随着计算机速度的不断提高，相关性越来越低。更重要的是，能够使用大量 ram 允许开发人员进行时空权衡。也就是说，在他的时间和ram的成本之间。在西欧和美国，4GB 的工程时间不到一小时。

当使用较大的直接对象(smallints 高达 2^62/63，smallfloats？)时，64 位图像可以更快。 Gemstone 具有可扩展性更好的集合实现，原始实现使用单个数组作为后备存储。对于大型集合，您至少需要数组数组作为后备存储。

我已经完成了一些数据转换，我强烈希望加载图像中的所有数据，然后开始分析、转换、清理和导出它。从磁盘工作会使过程减慢 100 倍。这将反馈周期从几分钟缩短到几小时或几天。反馈循环至关重要，尤其是在开始流程时，因为那时我对系统还不够了解。在这个过程的后期，我可能能够对它进行分区，但这假设知识根本不存在。