Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Reset Number of Steps in WandB to the Latest Saved Checkpoint or Implement Distinguishable Experiment Run Logging in WandB

オープン
#215 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
18/100
issue の種類
バグ
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
python

調査の方向性

The issue names no files or tests. Start by finding where metrics are sent to Weights & Biases and where training resumes from a checkpoint, then check which step value is passed on restart. The issue leaves open whether to reset the step or separate runs, so a maintainer decision is needed first. Done means a restarted run logs steps consistent with the resumed training step, or restarts are distinguishable in WandB.

索引モデルが issue の本文から書いたものです。

説明

enhancement need update

🎯 Goal (What & Why)

Currently, if we restart an experiment (e.g., due to a job being preempted), the iteration count in WandB will be higher than the actual step in the experiment. This happens because the experiment is likely restarted from scratch or from the latest saved checkpoint, causing all logged metrics to be skipped until they reach the previously submitted step.

To address this, we need to either:

  1. Reset the step in WandB to reflect the actual step upon restart, or
  2. Implement experiment runs logging in a way that allows WandB to distinguish them properly.

🚀 Execution Plan

(This section may start as an incomplete draft but must be defined before implementation begins.)

Step 1: What is the smallest working version?

(Describe the simplest way to implement this feature with minimal effort.)

Step 2: What additional optimizations are possible (but optional)?

(List potential refinements that can be added in later PRs if needed.)

📌 Acceptance Criteria (Must-Haves for Completion)

  • The feature must be functional and tested.
  • The implementation must be documented in practical terms.
  • The PR must include a performance/impact summary.
  • No refactors unless directly necessary for feature completion.

🛠️ Project Management

  • Assign the project to the Fast-LLM project.
  • Set the Estimate field (in days) in the GitHub project.
  • Use the Size field to categorize the PR size (Small/Medium/Large).
  • Assign an owner when opening the issue.
主要言語
Python
スター
337
フォーク
52
PR マージ指標
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ServiceNow/Fast-LLM のほかの issue

ServiceNow/Fast-LLM の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。