Smalltalk 通过本地或远程netLDI访问Gemstone/S服务器

Smalltalk 通过本地或远程netLDI访问Gemstone/S服务器,smalltalk,pharo,gemstone,Smalltalk,Pharo,Gemstone,Gemstone/S通常通过netLDI服务访问。我在托管服务器上有一个Gemstone/S,我从笔记本中的开发环境连接到它 问题是,什么是最佳实践(或提供更稳定的环境):连接到本地netLDI服务并让它处理远程Gemstone/S,或者远程连接到在Gemstone/S服务器上运行的netLDI 我目前正在使用第二个选项(如上所述)通过SSH端口从笔记本中的tODE/Pharo设置向前连接到托管服务器上运行的netLDI服务。好的,Dale开发的tODE完全按照您描述的方式使用(第二个选项)。他

Gemstone/S通常通过netLDI服务访问。我在托管服务器上有一个Gemstone/S,我从笔记本中的开发环境连接到它

问题是,什么是最佳实践(或提供更稳定的环境):连接到本地netLDI服务并让它处理远程Gemstone/S,或者远程连接到在Gemstone/S服务器上运行的netLDI


我目前正在使用第二个选项(如上所述)通过SSH端口从笔记本中的tODE/Pharo设置向前连接到托管服务器上运行的netLDI服务。

好的,Dale开发的tODE完全按照您描述的方式使用(第二个选项)。他早期的解决方案使用来自Pharo映像的聊天协议连接到netLDI。在Gemstone的同一台机器上运行pharo映像,并通过VNC(最好是压缩的,或NX)连接,效果最好。如果服务器位于欧洲大陆的同一侧(延迟40ms),这是完全可以的,但是从欧洲连接到美国服务器就不太好了。tODE可以更好地处理长延迟


我不知道,但我希望netLDI需要比客户端更接近石头。

在只运行链接应用程序的节点上,或者在不同节点上运行带有宝石的RPC应用程序上,不需要netLDI-