64ビットのシナリオでSmalltalkのための2つのサポートレベルがあるようだ。64ビットをサポートするSmalltalk VMおよび/またはImageはありますか？
のためには、私には明らかではないが、 64ビットイメージを持つスモールトークが32ビットイメージよりも大幅に遅く実行された場合。もしあなたが好きなら、あなたの経験にコメントしてください。 64ビットVMと64ビットVMの両方をサポートするSmalltalkの実装はありますか？
と思います。 Esugでは、Pharoの64ビットサポートを開始するようにプッシュしましたが、それはゆっくりと進みます。 [編集]そして、私は今、実験的な64-bit squeak VMとLinux x86用のイメージがあることを知っています。 squeak vmはプレコグなものでした。 Eliot Mirandaは、64ビットの新しいバイトコードセット/イメージフォーマットに取り組んでいます。それが終わったら、Pharo、Squeak、Newspeakがそれに移行すると思うだろう。
64ビットイメージは32ビットイメージよりも遅く実行される可能性がありますが、これはおそらくほぼ一定の要因であり、したがってコンピュータの速度が向上し続けるほど関連性が低くなります。より重要なのは、大量のRAMを使用できることにより、開発者は時間と空間のトレードオフを行うことができるということです。つまり、彼の時間とラムのコストの間にあります。西ヨーロッパと米国の4GBのコストは、エンジニアリング時間の1時間未満です。
より大きな直接的なオブジェクト（2×62/63までの小さなもの、小さいフロート？）を使用すると、64ビット画像がより高速になります。宝石にはコレクションの実装が非常に優れています。元の実装では、単一の配列をバッキングストアとして使用しています。大規模なコレクションの場合は、配列の少なくとも配列をバッキングストアとして必要とします。
私は、画像内のすべてのデータを読み込み、解析、変換、クリーニング、およびエクスポートを行うことを強くお勧めします。ディスクから作業すると、プロセスが100分の1に低下します。これにより、フィードバック・サイクルが数分から数時間または数日に短縮されます。フィードバックサイクルは非常に重要です。特に、プロセスを開始するときは、それまでにシステムについて十分に分かっていないためです。後でそのプロセスを分割することができるかもしれませんが、それは単純にそこにない知識を前提としています。
私はきしみの古い64ビットイメージとVMがあるとの両方の、VisualWorksのと宝石のサポートリアル64ビットのVM /画像
最新の4.10 Squeak VM for Linuxは、64ビットイメージをサポートしています。http://squeakvm.org/unix/