Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • N nrm
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 16
    • Issues 16
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • argo
  • nrm
  • Issues
  • #13

Closed
Open
Created Aug 29, 2018 by Sridutt Bhalachandra@sriduttbContributor4 of 4 tasks completed4/4 tasks

Aggregative Downstream API integration

The damper value (in nanoseconds in the manifest file) will decide the minimum phase length for which the phase context information can be sent to the NRM (implemented in 'libnrm' repo [See Issue 2]. This will limit the number of msgs sent to the NRM.

In case, the phase length is smaller than the damper value, it will be aggregated over the next phases such that it is greater than the damper value.

The new message will send

('aggregation', 'computetime', 'totaltime')

where aggregation corresponds to the number of phases aggregate for the totaltime to be greater than the damper value in the manifest file.

Previously, ('startcompute', 'endcompute', 'startbarrier', 'endbarrier') were sent to the NRM from the application to be used to invoke the policy.

To integrate the new message into the NRM following changes are needed

  • Changes in ApplicationManager to store the new message
  • Changes in Controller to invoke policy on a container
  • Changes in Daemon to invoke Controller function to run the policy on container every time a message is received
  • Changes in Powerpolicy to invoke policy with correct parameters
Edited Jan 10, 2019 by Sridutt Bhalachandra
Assignee
Assign to
Time tracking