FlyBackend supports mounting volume
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 30/100
Hướng nghiên cứu
Start with the FlyBackend implementation and the abandoned PR #22 to understand the existing volume-mounting approach. Check how Fly volume IDs, instance creation, autoscaling, and concurrent runner startup interact; done means a built-in solution supports the requested volume behavior without hardcoded project-specific values.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I'm using FLAME for my project to run ML workload running on Fly. To avoid download the 4GB model data every time starting a FLAME runner, a Fly volume needs to be attached to the instance.
Currently there is a PR https://github.com/phoenixframework/flame/pull/22 by @benbot, however, it seems abandoned for 3 months.
Token a brief look, the tricky part seems that:
- Fly volumes don't auto-scale when creating new instance,
- and the API requires the caller to explicit specify the volume id instead of just the name.
This might become trickier when multiple nodes in the cluster trying to start the runners at the startup time causing potential race condition.
I currently forked the FlyBackend and hardcoded the volume info to make things working in my project. But a proper built-in solution would be very nice.
- Ngôn ngữ chính
- Elixir
- Star
- 1.2k
- Fork
- 68
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của phoenixframework/flame
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
phoenixframework/flame#86 · 3 reaction ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
phoenixframework/flame#84 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
phoenixframework/flame#75 · 2 bình luận ·
-
Clean up code_sync tmp files on terminator shutdownCó thể làm lại được @chrismccord đã nhận 692 ngày trước và không có pull request nào đang mở. Đang mở
phoenixframework/flame#70 · 1 người được giao ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
phoenixframework/flame#66 · 1 bình luận ·
Tất cả issue của phoenixframework/flame
Issue tương tự
-
Remove agent guidance that restates what the code showsCó thể đã có người làm @zorn đã nhận hôm nay. Đang mởdocumentation low-priority
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
intellij-elixir/intellij-elixir#4501 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Database text with `$` generates invalid `d2` outputCó thể đã có người làm @halostatue đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
-
bug(dashboard): gate card last-seen badge shows inventory-sync timestamp, not sweep observation timeĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
carverauto/serviceradar#5793 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 91/100
expert-lsp/expert#942 ·
Maintainer thường phản hồi trong vòng 1 ngày