[jacorb-bugs] [Bug 925] Delay in serial (rxtx) communication

bugzilla-daemon at jacorb.org bugzilla-daemon at jacorb.org
Mon Jul 30 13:42:30 CEST 2012


http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=925





------- Comment #4 from jacorb at goots.org  2012-07-30 13:42 -------

Thanks for the reply.

Can you include documentation on what your various classes are supposed to do?



> 
>> 
>> Can you include documentation on what your various classes are supposed to do?
>> 
>> It seems your code is still dependent on specialised hardware and you have not
>> included an alternate implementation as I suggested - as the port communication
>> should just be a byte stream that should be easy to simulate e.g. read a file
>> to dummy it up. This would eliminate the gnu.io import dependency and make it
>> simpler to test/reproduce.
> 
> I think that it is not good idea to "replace" serial i.e. gnu.io with simple
> byte stream since the delay is faced in it i.e. gnu.io more precisely upon
> receiving the reponse more precisely in method "public void serialEvent" which
> when implemented in Java simple application (with main method) and recently
> implemented within web service shows no delay.
> The only replacement is the communication other PC instead with microcontroller
> but still using gnu.io - for this I can provide the code for the "other PC".

I thought you said the delay was within JacORB communication and not within the
serial communication via rxtx? If you are facing delays in rxtx you should
contact them. Why can you not simulate the byte stream returned by by rxtx to
demonstrate where you think the performance issue is in JacORB?

Can you profile your client and server applications to demonstrate the problem?


> 
>> 
>> If you wish to test to eliminate the overhead of the TCP/IIOP/etc you could run
>> the client/server in the same ORB so that direct calls would be made instead.
>> 
> 
> Currenlty I am doing test in the same ORB i.e. in same machine.

No you are doing it in different ORBs (in fact in separate virtual machines).
My suggestion is to eliminate the TCP/IIOP marshalling to narrow down your
issue and run the client and server in the same ORB. 


-- 
Configure bugmail: http://www.jacorb.org/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.


More information about the jacorb-bugs mailing list