Changes between Version 22 and Version 23 of Java API

Show
Ignore:
Timestamp:
12/03/12 16:23:52 (12 years ago)
Author:
jorisborgdorff
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Java API

    v22 v23  
    363363   entrance = addAsynchronousEntrance("entranceName", double[].class); 
    364364}}} 
    365 Whenever a message is sent through this type of entrance the sending submodel does not have to wait until the receiving MUSCLE instance has received the data. This mode of operation slightly increases the latency and involves keeping alive an additional thread. There can be a performance gain if the submodel that sends the data, afterwards immediately continues its computations and does not have to wait for input from another submodel. It may also speed up sending multiple messages shortly after each other. The gain will be larger if data is sent across multiple MUSCLE instances. 
     365Whenever a message is sent through this type of entrance the sending submodel does not have to wait until the receiving MUSCLE instance has received the data. This mode of operation slightly increases the latency and involves keeping alive an additional thread. There can be a performance gain if the submodel that sends the data, afterwards immediately continues its computations and does not have to wait for input from another submodel. It may also speed up sending multiple messages shortly after each other. The gain will only be noticable if data is sent across multiple MUSCLE instances. 
    366366 
    367367Using the addAsynchronousEntrance call is equivalent to adding the conduit filter "thread" to the beginning of the conduit entrance filter stack, as explained in the [[Configuration|configuration section]].