В моей программе я использую два сервера RMI, которые предоставляют различные методы для имитации простого сетевого протокола между двумя ноутбуками. Из моего журнала трассировки я вижу, что время передачи «пакета» в настоящее время колеблется между 850 и 1100 мс.Java: ожидаемые накладные расходы по протоколу rmi
Это время передачи в ожидаемом диапазоне? Являются ли накладные расходы на RMI-протоколе действительно такими большими?
BR,
Markus
Нет, накладные расходы RMI не так велико. Ваши запросы, как правило, должны быть очень большими, или ваша сеть очень медленная для такого времени ответа.
Имеет ли значение, что мой ноутбук подключен с помощью своего интерфейса WLAN? Я только передаю короткие строки. Так что, возможно, придется отделять классы общения от остальной части моей программы, помещая их в отдельные потоки?!? – Markus
Это довольно распространенное явление, когда существует множество беспроводных сетей, мешающих друг другу, поэтому, если вы видите много сетей в своей близорукости, которые могут дать вам действительно плохую ленту. Время отклика от «ping» может дать вам некоторое указание на фактическое время сети от a до b. Это не RMI, дающее вам время ответа – krosenvold
В моем оценочном скрипте произошла ошибка. Теперь время передачи составляет от 10 до 30 мс. В любом случае, спасибо за вашу помощь :-) – Markus
Одна вещь, которая заставляет RMI замедлять много, - это то, как вы делите свои данные на несколько пакетов. Например, в моей работе мы однажды протестировали установку, в которой мы отправили события по RMI один за другим, каждое событие заняло около 35 мс для передачи. После этого мы попытались группировать несколько событий с несколькими буферами и отправить их как группу, и примерно в 20 000 событий, проходящих через ~ 60 мс, мы пришли к выводу, что в то время как RMI не имеет большого количества накладных расходов на пропускную способность, может иметься часть отправки/получения.
rmi как в java удаленном способе вызова? – falstro
Да, я использую RMI в java-программе – Markus