Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

[feat] Track Exact Fast-LLM Version in Training Outputs and wandb Logs

Đang mở
  • Có gì không ổn?
#101 2 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
3/5
Thời gian dự kiến
1-2 ngày
Mức phù hợp với người mới
35/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
git, python
Lĩnh vực
devtools, machine-learning

Hướng nghiên cứu

The payload names no source files, so start by finding where training output directories are created and where the wandb run is initialized. Derive the version from git describe --tags --dirty with a commit-hash fallback, then write it to fast_llm_version.txt, add it to the wandb config and a tag, and print it at startup. Done means a run's output directory and wandb run both show the version string. The thread has had no reply for about 646 days, so confirm the approach with maintainers before starting.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

enhancement need update Priority

🧐 Problem Description

The version of Fast-LLM used for training is currently not easily accessible. While training job specs (e.g., Toolkit, Kubeflow) provide the image path/URL, references like ghcr.io/servicenow/fast-llm:latest don't indicate which commit or tagged version was used. This makes it difficult to trace back to the exact codebase version for a training run.

💡 Proposed Solution

Include a version string in the output directory of each training run and log it to wandb for visibility.

Details:
  • For tagged release commits, use the semantic version (e.g., v1.2.3).
  • For non-tagged commits, include the commit hash (e.g., abcdef1) and mark the build as "dirty" if uncommitted changes exist (e.g., abcdef1-dirty).
  • Example formats:
    • Tagged release: v1.2.3
    • Non-tagged commit: abcdef1
    • Modified tagged release: v1.2.3-dirty

This version string should:

  1. Be written to a file in the training output directory (e.g., fast_llm_version.txt).
  2. Be logged to wandb:
    • As part of the run configuration (wandb.init(config=...)).
    • As a standalone field (wandb.log).
    • Optionally, as a tag for easier filtering (wandb.init(tags=...)).
  3. Be shown in stdout logs.

🔄 Alternatives Considered

  1. Using container image tags in job specs:
    • Problem: Tags like latest are ambiguous. Job descriptions may not persist (e.g., they could be garbage-collected or lost when a Kubernetes instance is decommissioned).

📈 Potential Benefits

  • Reproducibility: Trace models back to the exact version of Fast-LLM used.
  • Transparency: Facilitates auditing and debugging of training runs.
  • Usability: Avoids manual tracking of version information.

📝 Additional Context

This feature aligns with best practices for software versioning and reproducibility. Common formats like semantic versioning (semver) and commit hashes are widely supported and easy to interpret.

Relevant references:

Ngôn ngữ chính
Python
Star
337
Fork
52
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của ServiceNow/Fast-LLM

Tất cả issue của ServiceNow/Fast-LLM

Issue tương tự

Thêm issue về Python

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.