tags:

views:

248

answers:

2

Hi there!

Within my program I'm using two RMI servers, which provide different methods, to simulate a simple network protocol between two notebooks. From my trace log I can see that the transmission time of a "packet" currently varies between 850 and 1100 ms.

Are the transmission times in the expected range? Is the overhead of the RMI protocol really that large?

BR,

Markus

+2  A: 

No, the overhead of RMI is not that large. Your requests would typically have to be very big or your network really slow for that kind of response time.

krosenvold
Does it matter that my notebook are connected using their WLAN interface?I'm only transfering some short strings. So maybe have to separate the "communication" classes from the rest of my program by putting them into separated threads ?!?
Markus
It's quite common for there to be a lot of wireless networks interfering with each other, so if you see a lot of networks in your vincinity that may be giving you really bad bandwith. The response time from "ping" may give you some indication of your actual network time from a to b. It's not RMI giving you those response times
krosenvold
There was an error in my evaluation script. Now the transmission time is between 10 and 30 ms. Anyway, thanks for your help :-)
Markus
+1  A: 

One thing which causes RMI to slow down a lot is how you divide your data into several packets. For example at my work we once tested a setup where we sent events over RMI one by one, each event took about 35ms to get transferred. After that we tried to group buffer multiple events and sending them as a group and at around 20 000 events going at ~60ms we came to conclusion that while RMI doesn't have a lot of bandwidth overhead, the sending/receiving part may have.

Esko