2015-09-15 7 views
3

Gemstone/S обычно доступен через netLDI-сервис. У меня есть Gemstone/S на размещенном сервере, и я подключаюсь к нему из своей среды разработки в своем ноутбуке.Доступ к серверу Gemstone/S через локальный или удаленный netLDI

Вопрос заключается в том, что лучше всего (или обеспечить более стабильную среду): подключение к локальной службе netLDI и ее связь с удаленным Gemstone/S или дистанционное подключение к netLDI, работающему вместе с Gemstone/S-сервер?

В настоящее время я использую второй вариант (как указано выше) для подключения через SSH-порт вперед от установки tODE/Pharo в моем ноутбуке к службе netLDI, работающей на моем размещенном сервере.

+1

Вам не нужен NetLDI для узлов, на которых запущены только связанные приложения, или приложения RPC с драгоценными камнями на другом узле. -https: //downloads.gemtalksystems.com/docs/GemStone64/3.2.x/GS64-SysAdmin-3.2/GS64-SysAdmin-3.2.htm –

ответ

1

AFAIK, Dale разработал tODE, который будет использоваться точно в порядке (2-й вариант), который вы описали. Его более раннее решение использовало чатный протокол из изображения Pharo для подключения к netLDI. Это лучше всего работало с изображением pharo на той же машине, что и Gemstone, и подключалось через VNC (желательно сжатый или NX). Все было в порядке с сервером на той же стороне континента (латентность 40 мс), но не очень приятным подключением от Европы к американскому серверу. tODE намного лучше работает с длинными задержками.

Я не знаю, но ожидал, что netLDI должен быть ближе к камню, чем клиенты.