server
partition, since they have different failure modes compared to real
remote
calls.
For HB25-017
Subversion-branch: /trunk/polyorb
Subversion-revision: 132810
This clean up aims at simplifying the processing, making it more robuts,
ensuring deadlock freedom and improving performance through the
reduction
of task switches.
Reorganization of request processing
------------------------------------
A Request_Job is not inconditionally queued anymore in the main
ORB controller job queue when the ORB receives an Execute_Request
message.
For the client case, the processing is done directly within the calling
task. There is no point in transferring control to another task in that
case, since the calling task will in any case remain in the ORB until
completion of the request.
For the server case, processing is immediately dispatched to the ORB
tasking policy, which can either queue the request (Thread_Pool case) or
hand it to the task responsible for processing it (Thread_Per_Request
and
Thread_Per_Session cases). A Request_Job is therefore queued only for
the
case where it will subsequently be picked up by an ORB task that is
meant
to execute it, and therefore Run_Request can be executed immediately
(without having to dispatch through the ORB tasking policy) at the point
where the Request_Job is actually run.
The profile of Run_Request is updated to allow executing this subprogram
in contexts where no Request_Job has been created.
Handling of dynamic task termination
------------------------------------
Dynamic tasks started in the full tasking profile need to be free'd
after
they terminate. A new dedicated Reaper task is introduced that takes
care
of that.
Cleanup
-------
The May_Poll task flag was always True and is removed.
The Runnable_Controller type was useless and is removed.
Duplicate_Request_Job is now useless and is removed.
TNs
---
This addresses the irregularity observed on H813-027 (need to borrow
transient tasks for upcalls when using Thread_Per_Request or
Thread_Per_Session) and some of the deadlock scenarios identified
on H813-026 (case of Thread_Pool with max_threads = 1).
The original motivation for this work is G510-007 (reorganization to
avoid doing upcalls in transient tasks) and H828-032 (assertion failed
when moving a permanent task to idle state).
Subversion-branch: /trunk/polyorb
Subversion-revision: 128602
__PolyORB_static_parameters
for better consistency with other PolyORB external symbols and
terminology.
For H131-017
----
date: 2008/03/06 14:12:31; author: quinot;
The wrong file was accidentally committed in this change.
The RH should therefore also mention:
Removal of Parameters.Static from the default parameters sources.
Subversion-branch: /trunk/polyorb
Subversion-revision: 122742
that the requests are correctly processed.
For [H228-005]
----
date: 2008/06/09 15:08:18; author: quinot;
TN is actually H228-015
Subversion-branch: /trunk/polyorb
Subversion-revision: 122654
