PCM Development/Palladio Concall/Minutes 20200512
Attendee
- Max
- Martina
- Sebastian
- Yves
JIRA issues status Dev Board
- reminder: next Palladio release planned for June; content: SimuCom Ablösung, further candidates: Editors Usability, StoEx Editor integration, Somox/Peropertyx maintenance
- assigned new tasks
- maybe defer simucom 111
Review process
- Current situation: peer groups that assign reviews to each other
- Goal: distribute reviews of pull requests over people to spread knowledge
- Requirements: timely reaction to requests
- average time for first reaction should be 2 days
- final review within 1 week
- exception handling allowed e.g. in case of high work balance
- reviewer assignment
- maybe slack channel for urgent reviewers
- finding potential reviewr -> postponed
Switch to 2020-03
- 2019-09 contains bug in tree editors under windows which makes using them nearly impossible
- runs quite stable for Stephan on 2020-03
- no opposition
Palladio developer mailing lists
- When would it be necessary to add a student to this list?
- In the internal SDQ Wiki the checklist for theses mentions that the student should also be registered on the appropriate mailing lists (dev lists).
- Who is behind ayemar, the only direct member of the list?
- Postponed to the orga round of the chair
Utilization metrics of processing resources (Sebastian)
- Currently three metrics:
- State of Active Resource Metric (a.k.a queue length)
- Overall state of active resource metric (?)
- createOverallStateOfActiveResourceCalculator creates a Utilization metric
- Utilization of active resource
- Status-quo of monitoring
- ProcessingResourceMeasuringPoint requires replica ID.
- Monitor can only specify SoAR measurement
- if specified on multi-core resource
- SoAR for first core; with given MeasuringPoint
- Utilization metric for implicitly created MeasuringPoint (with replica ID = replica count)
- if specified on multi-core resource
- Proposition
- Deprecate OverallStateOfActiveResource metric
- Remove automagic measurement creation
- Split ActiveResourceMeasuringPoint (for all cores) and ActiveResourceReplicaMeasuringPoint (for one core in particular)
- Support utilization for ActiveResourceMeasuringPoint
- Support SoAR for ActiveResourceReplicaMeasuringPoint
- will be disussed via e-mail
Fork and cleanup of SimuComFramework for SimuLizar (Sebastian)
- Allow for more fundamental structural changes without effort to update SimuCom
- SOLID principles
- Reduce depth of inheritance hierarchies
- Externalize from SimuCom project, adapt namespace to prevent conflict
- Strategically drop SimuCom development/support
- Postponed till next concall