2012-10-27 39 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位虛擬機/圖片

相關問題