Gemstone/S は通常、netLDI サービス経由でアクセスされます。ホストされたサーバーに Gemstone/S があり、ノートブックの開発環境から接続しています。
問題は、ローカルの netLDI サービスに接続してリモートの Gemstone/S を処理するベスト プラクティス (またはより安定した環境を提供する) とは何か、または Gemstone/S サーバーと並行して実行されている netLDI にリモートで接続することです。
現在、2 番目のオプション (上記) を使用して、ノートブックの tODE/Pharo セットアップからホスト サーバーで実行されている netLDI サービスに SSH ポート フォワード経由で接続しています。
私の知る限り、デールはあなたが説明した方法（2番目のオプション）で正確に使用されるtODEを開発しました。彼の以前のソリューションでは、Pharo イメージからのチャット プロトコルを使用して netLDI に接続していました。これは、Gemstone と同じマシンで pharo イメージを実行し、VNC (できれば圧縮または NX) 経由で接続するのが最適でした。大陸の同じ側にあるサーバー (遅延 40 ミリ秒) では完全に問題ありませんでしたが、ヨーロッパから米国のサーバーへの接続はあまり良くありませんでした。tODE は、長いレイテンシーをより適切に処理します。
わかりませんが、netLDI はクライアントよりも石の近くにある必要があると予想されます。