2012-10-27 41 views
5

似乎有在64位情景Smalltalk的两个支撑水平:有没有支持64位的Smalltalk虚拟机和/或映像?

  • 虚拟机的64位
  • 虚拟图像的64位

是我不太清楚如果具有64位映像的Smalltalk运行速度比32位映像慢得多。如果你喜欢,请评论你的经验。有没有支持(64位VM +图像)或只有64位VM的Smalltalk实现?

回答

3

有老的64位图像和VM的吱吱声。在Esug,我推动为Pharo提供64位支持,但是这个进展缓慢。 [编辑]我看到现在有一​​个实验性的64位吱吱vm和图像的Linux x86。 [/编辑]吱吱叫vm是一个预先的齿轮。艾略特米兰达正在开发64位的新字节码集/图像格式。一旦完成,我会认为Pharo,Squeak和Newspeak将会迁移到那。

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

当使用较大的直接对象(smallint至2^62/63,smallfloats?)时,64位图像可以更快。宝石的集合实现可以更好地扩展,原始实现使用单个数组作为后备存储。对于大集合,至少需要将数组作为后备存储。

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

1

我认为两者VisualWorks中和宝石支持真正的64位虚拟机/图片

相关问题