Loading...

Change Owns to Parent Ofs

Set start and due date...

Xporter

XML

Word

Printable

Details

Type: Feature
Priority: Must have
Fix Version/s: PI16
Component/s: COM CSP LMC SW
Labels:
- Cross_Team_Code_Review
- Team_CREAM

ARTs:

Obs Mgt & Controls
Benefit hypothesis:

Hide

Currently CSP.LMC implementation of asynchronous commands does not limit the number of command threads generated by concurrent commands. CSP.LMC asynchronous commands permit the concurrent execution of many tasks, and some command should be split in concurrent commands aimed at the different components of CSP which controls a large number of software and hardware components. In this scenario a hard limit to thread number is highly desirable.

Show
Currently CSP.LMC implementation of asynchronous commands does not limit the number of command threads generated by concurrent commands. CSP.LMC asynchronous commands permit the concurrent execution of many tasks, and some command should be split in concurrent commands aimed at the different components of CSP which controls a large number of software and hardware components. In this scenario a hard limit to thread number is highly desirable.
Acceptance criteria:

Hide

The CSP.LMC can handle asynchronous commands toward its sub-elements with a strong limit on command thread number.

Show
The CSP.LMC can handle asynchronous commands toward its sub-elements with a strong limit on command thread number.
Feature Points:
1
Initial Size:
1
Cost of Delay:
20
WSJF:
20
Delivered By:

REL-299 CSP LMC Common v0.12.0

REL-254 CSP LMC Low v0.3.0

REL-253 CSP LMC Mid v0.12.0
Epic Link:
AA0.5 Observation Execution
Agile Teams:

Team_CREAM
Due Sprint:
Sprint 3
Story Point Burn-up:
Overdue:
Outcomes:

Hide

Threadpool Executor and Task Priority Scheduler were implemented inside the Component Manager of a CSP devices to manage tasks and limit the number of threads started by submitted commands.

Show
Threadpool Executor and Task Priority Scheduler were implemented inside the Component Manager of a CSP devices to manage tasks and limit the number of threads started by submitted commands.
Resolved PI.Sprint:
16.5

Feature Checklist:

Stories Completed, Integrated, Solution Intent Updated, Outcomes Reviewed, Demonstrated, Satisfies Acceptance Criteria, Accepted by FO

Demos:
- OMC_ART_SystemDemo_3
Requirement Status:

PI22 - UNCOVERED
Labels_MIRO:
Cross_Team_Code_Review Team_CREAM

Description

The release of the refactored CSP.LMC is complete, thus growing in size and complexity. However , during the Code Review required by SKAMPI, few shortcomings was pointed out (see comments by Matteo di Carlo and CT-684). In particular we have no hard limit to the numbers of threads spawned by different commands received. At present we never encounter this problem, but it is a clear possibility in a more complex environment. This Feature is aimed at the implementation of a thread pool limitation for non blocking (asynchronous) commands. The most promising approach is to use queues.

Attachments

Issue Links

Is delivered by

REL-253 CSP LMC Mid v0.12.0

Released

REL-254 CSP LMC Low v0.3.0

Released

REL-299 CSP LMC Common v0.12.0

Released

mentioned in: Page Loading...; Page Loading...; Page Loading...

(1 mentioned in)

Structure

Activity

People

Assignee:: Vrcic, Sonja

Reporter:: Carlo Baffa

Votes:: 0 Vote for this issue

Watchers:: 0 Start watching this issue

Feature Progress

Story Point Burn-up: (100.00%)

Feature Estimate: 1.0

	Issues	Story Points
To Do	0	0.0
In Progress	0	0.0
Complete	6	16.0
Total	6	16.0

Dates

Created:: 08/Nov/21 8:40 AM

Updated:: 16/Feb/24 12:09 PM

Resolved:: 15/Nov/22 3:14 PM

CSP.LMC improving non blocking commands thread system