All, Last week Sandia continued work on milestone-related improvements to Sirocco: * New API for client-server communication (avoiding excessive teardowns and setups of the SSM subsystem) * Lock service integration with the client continues Regards, Geoff Danielson HP ES [email protected] [email protected] Desk: 505-844-8109 Cell: 505-263-0751
* Danielson, Geoffrey Charles <[email protected]> [2013-07-15 20:12:04]:
* New API for client-server communication (avoiding excessive teardowns and setups of the SSM subsystem)
COuld you elaborate on this a bit? Is this related to the way you use SSM (i.e. something which might affect triton as well)? Dries
It's pretty simple: the previous API had used an SSM instance as perishable state, to be started and stopped when messages were to be sent. The new version maintains the SSM instance on a per-client basis (started at bootstrap, ended at shutdown), avoiding the cost of destroying an SSM instance when it is not being used in the current operation. Not something that would affect Triton, I hope. On 7/15/13 3:10 PM, "Dries Kimpe" <[email protected]> wrote:
* Danielson, Geoffrey Charles <[email protected]> [2013-07-15 20:12:04]:
* New API for client-server communication (avoiding excessive teardowns and setups of the SSM subsystem)
COuld you elaborate on this a bit? Is this related to the way you use SSM (i.e. something which might affect triton as well)?
Dries
* Danielson, Geoffrey Charles <[email protected]> [2013-07-15 21:17:14]:
It's pretty simple: the previous API had used an SSM instance as perishable state, to be started and stopped when messages were to be sent. The new version maintains the SSM instance on a per-client basis (started at bootstrap, ended at shutdown), avoiding the cost of destroying an SSM instance when it is not being used in the current operation.
Not something that would affect Triton, I hope.
We're initializing SSM once, and keep it initialized as long as the server is running, so no problem for us. Thanks for the clarification. Dries
participants (2)
-
Danielson, Geoffrey Charles -
Dries Kimpe