Skip to content

Re-architect code to use Redis for control messages #23

Description

@milindsrivastava1997

Atleast 2 re-architecturing changes come to mind:

  • remote_monitor should not be orchestrating PrometheusClient. It is only doing right now so that it knows when to start and stop recording resource usage.
  • PrometheusClient should not be orchestrating profilers. It is only doing so right now so that it knows when to start and stop profiling

Both these usecases (and others) should be solved by the "master orchestrator" (currently, experiment_run_e2e.py) sending control messages to various components

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions