Runner selection: pool size, failure classification and payment_sent on rejections
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
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- python
- Lĩnh vực
- backend, distributed-systems
Hướng nghiên cứu
Start with the proposal, then read RunnerSelectionCursor.next in src/livepeer_gateway/selection.py and discover_orchestrator_runners in src/livepeer_gateway/discovery.py. Trace the related reserve_session change from #37 and the still-open #36 before deciding the pool, ordering, failure categories, and payment state. Done means the requested selection and rejection information is defined and implemented consistently.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The builder engine (proposal) will build its runner failover on runner_selector / RunnerSelectionCursor. Three things are missing for that.
Today (main at 44df061):
RunnerSelectionCursor.nexttries candidates in discovery order and moves on after any exception.- Its candidates come from
discover_orchestrator_runners, which returns the runners of the first batch of five orchestrators that has any. - There is no setting for how many candidates to consider, no ordering hook, and no way to tell a capacity refusal from other failures.
RunnerRejectionrecords only the URL and a reason string, so a caller cannot tell whether a failed attempt had already paid. With a session prepay, a start refused on capacity has paid.
Request:
- A maximum pool size, so selection can consider runners across more than one orchestrator batch.
- An ordering hook, or ranking inputs.
- A classified failure reason: capacity refusal versus unreachable versus other.
- Whether payment was sent, on each rejection.
Related: #37 forwarded orchestrators through reserve_session. That change is on main, but #36 is still open.
- Ngôn ngữ chính
- Python
- Star
- 1
- Fork
- 8
- 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 livepeer/livepeer-python-gateway
-
call_runner rejects a top-level JSON array, so a runner cannot pass one throughCó thể đã có người làm @rickstaa đã nhận 58 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
livepeer/livepeer-python-gateway#64 · 1 bình luận ·
-
Align pricing terminology: pixels_per_unit -> pricing_unit_size (track go-livepeer #3942)Có thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mởImprovement
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
livepeer/livepeer-python-gateway#27 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
-
trickle_publisher: `_resolve_next_seq` fallback drops first video segment + logs noisy warningCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 70/100
livepeer/livepeer-python-gateway#12 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 22/100
livepeer/livepeer-python-gateway#74 · 3 bình luận ·
Tất cả issue của livepeer/livepeer-python-gateway
Issue tương tự
-
documentation good first issue
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 72/100
sujithputta02/Esapay#13 ·
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Flaky: credential-proxy admission metric test asserts a wall-clock bound it does not establishĐang mởneeds-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
gke-labs/kube-agents#3277 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
jbacalso24/mimry#291 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 82/100
eli-alvarado/us-watchlist-alerts#14 ·
Maintainer thường phản hồi trong vòng 1 ngày