Note: this ticket is on the global OpenSAF level. Changes specific to the LOG
service are covered by a separate ticket: [#1531]
---
** [tickets:#1609] Introduce dedicated AIS handler threads**
**Status:** unassigned
**Milestone:** 5.0.FC
**Created:** Tue Nov 24, 2015 09:03 AM UTC by Anders Widell
**Last Updated:** Thu Dec 03, 2015 06:53 AM UTC
**Owner:** nobody
This is a generic cleanup ticket for introducing one or several dedicated AIS
handler threads in the OpenSAF services. The most urgent need is for the IMM
API calls, but a similar approach can be used for other AIS services as and
when needed.
The problem we are trying to solve is that sometimes, IMM API calls can be
blocked for a very long time (up to several minutes). The reason why IMM is
blocked is normally an ongoing sync, but there could be other reasons why an
AIS call (not only IMM) could be blocked:
* If we have circular dependencies between the OpenSAF services, and the
service we are depending on has not yet started
* The LOG service can be blocked due to a slow or unresponsive external disk or
NFS server
* The OpenSAF service we are trying to access is temporarily out of service
For IMM, we can motivate introduction of up to three separate IMM handler
threads:
* One thread acting as an IMM OI and / or applier. Note that this thread may
also need to have its own IMM OM handle.
* One thread for IMM OM CCB operations.
* One thread for IMM OM read / search operations. These operations are normally
fast though, since they should not be blocked by a sync, so we may not need a
separate thread for them. But as mentioned above, they may be blocked for other
reasons
The handler threads should exclusively own their AIS handle(s) and have their
own poll + dispatch loops. Communication between the main thread and the
handler thread should typically be done through a mailbox.
Refer e.g. to tickets [#1531] and [#1527] for issues related to this
enhancement, that have been identified in the LOG service. Similar cleanup is
needed in other OpenSAF services as well.
---
Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is
subscribed to https://sourceforge.net/p/opensaf/tickets/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
_______________________________________________
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets