似乎在64位场景中Smalltalk有两个支持级别:
如果具有64位图像的Smalltalk运行速度明显慢于32位图像,则不清楚。如果您愿意,请评论您的经验。是否有支持(64位VM +映像)或64位虚拟机的Smalltalk实现?
答案 0 :(得分:3)
有旧的64位图像和vm用于吱吱声。在Esug,我已经推动了对Pharo的64位支持,但这种情况正在缓慢向前发展。 [编辑]我看到现在有一个实验性的64位吱吱声vm和linux x86的图像。 [/ edit]吱吱声vm是一个预先的齿轮。 Eliot Miranda正致力于64位的新字节码集/图像格式。一旦完成,我会假设Pharo,Squeak和Newspeak将迁移到那个。
64位图像可能比32位图像运行速度慢,但这可能几乎是一个常数因素,因此随着计算机速度的不断增长而变得越来越不相关。更重要的是,能够使用大量的RAM允许开发人员进行时空权衡。也就是说,他的时间和公羊的成本之间。在西欧和美国,4GB的工程时间不到一小时。
当使用较大的直接对象(小到2 ^ 62/63,小浮点?)时,64位图像可以更快。 Gemstone的集合实现可以更好地扩展,原始实现使用单个数组作为后备存储。对于大型集合,您至少需要数组数组作为后备存储。
我已经完成了一些数据转换,我非常喜欢在图像中加载所有数据,然后开始分析,转换,清理和导出它。从磁盘工作会使进程减慢100倍。这会将反馈周期从几分钟缩短为几小时或几天。反馈周期至关重要,特别是在启动过程时,因为到那时我对系统知之甚少。在这个过程的后期,我可能能够对它进行分区,但这假定知识根本就不存在。
答案 1 :(得分:1)
我认为VisualWorks和GemStone都支持真正的64位虚拟机/映像
答案 2 :(得分:0)
最新的4.10 Squeak VM for Linux支持64位图像:http://squeakvm.org/unix/