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

Question

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

• 适用于64位的虚拟机
• 64位虚拟映像

我不清楚具有64位图像的Smalltalk是否比32位图像慢得多.如果您愿意,请评论您的经验.是否有支持(64位VM +映像)或64位虚拟机的Smalltalk实现？

Answer 1

有旧的 64 位图像和 vm 用于吱吱声。在 Esug，我一直致力于为 Pharo 提供 64 位支持，但这进展缓慢。[编辑] 我看到现在有一​​个用于 Linux x86 的实验性 64 位 Squeak 虚拟机和映像。[/edit] Squeak 虚拟机是一个预齿轮虚拟机。Eliot Miranda 正在研究一种新的 64 位字节码集/图像格式。一旦完成，我认为 Pharo、Squeak 和 Newpeak 将迁移到此。

64 位图像的运行速度可能比 32 位图像慢，但这可能几乎是一个恒定的因素，因此随着计算机速度的不断增长，它的相关性会越来越小。更重要的是，能够使用大量的内存使开发人员可以进行时空权衡。也就是说，在他的时间和公羊的成本之间。在西欧和美国，4GB 的工程时间不到一个小时。

当使用较大的直接对象（最大 2^62/63 的小整数，小浮点数？）时，64 位图像可能会更快。Gemstone 的集合实现可以更好地扩展，原始实现使用单个数组作为后备存储。对于大型集合，您至少需要数组的数组作为后备存储。

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