simvue-io / simvue-io/python-api
Crontab spams metrics to server even once run is completed in Offline mode
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 4
- フォーク
- 1
- 平均マージ
- 5日 8時間
- マージ済み PR(30日)
- 4
説明
When using Offline mode, with a cronjob using simvue_sender to upload metrics every minute, it appears that metrics are spammed to the server whenever there is something in the Simvue cache, even when the simulation / run is closed.
It also looks like it repeatedly sends the same metrics/events to the run. For example, in this run (https://dev01.simvue.io/dashboard/runs/run/G9rcfVMCiZcjPSZXQwHL6P), the last minute in which it sent events before it crashed, it sent 340 events at once (should send a maximum of ~5 at any time for this simulation). It also sends the same event over and over again (eg each 'Starting Epoch X' message should only ever appear once, yet every minute it is sent multiple times.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
Offline モードの simvue_sender cronjob パスから開始し、run の終了後にキャッシュされたメトリクスとイベントがどのように選択されるかを追跡します。1 分ごとのアップロードで報告された動作を再現し、その後、完了した run がデータを受信しなくなること、および各メトリクスまたはイベントが一度だけ送信されることを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- observability-sre
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 38/100