PCM Development/Palladio Concall/Minutes 20200512

Aus SDQ-Wiki

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 ​​a​​​y​​e​​​​m​a​r​​, 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)
  • 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