[lake/tiering] Continue claiming tables while readers remain idle
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 64/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- java
- Lĩnh vực
- data-engineering, distributed-systems
Hướng nghiên cứu
Start at TieringSourceEnumerator.generateAndAssignSplits() and trace how split assignment, pending splits, reader availability, table claims, backoff, and concurrency limits interact. Reproduce the described A/B scenario, then add coverage showing B is claimed while readers remain idle, without completing A or advancing the periodic timer; verify empty responses and failures retain their backoff behavior.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Motivation
After generating splits for a non-empty table, TieringSourceEnumerator.generateAndAssignSplits() assigns them and returns. If all pending splits were assigned but some readers are still waiting, it does not immediately claim another table.
Example: eight readers have already requested work and are waiting. A periodic poll claims table A with two splits, while table B is also available. After assigning A, six readers remain idle until another event or periodic poll triggers a claim. The default polling interval is 30 seconds; an earlier split completion can shorten this wait.
This is a scheduling gap identified by code inspection, separate from continuation after an empty table.
Solution
After assignment, asynchronously continue claiming tables while readers remain available and the pending split queue is empty. Stop when no table is available or the concurrency limit is reached. Coalesce claim requests and retain backoff for empty responses and failures.
Add a test for the example above: B should be assigned without completing A's splits or advancing the periodic timer. Do not buffer extra splits on busy readers.
Anything else?
Related: #4372 addresses empty tables. This case concerns non-empty tables whose splits do not fill the waiting readers.
Willingness to contribute
- I'm willing to submit a PR!
- Ngôn ngữ chính
- Java
- Star
- 2.2k
- Fork
- 663
- Merge trung bình
- 2 ngày 23 giờ
- Pull request đã merge (30 ngày)
- 126
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
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 apache/fluss
-
[lake/iceberg] Reserved write-mode properties can be set and reset through their `iceberg.` keyCó thể đã có người làm @aphenix-r7 đã nhận 18 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
apache/fluss#4658 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
[common] Decimal#hashCode is inconsistent with Decimal#equalsCó thể đã có người làm @firasbouzazi đã nhận 30 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
apache/fluss#4538 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
[security] PlainSaslServerProvider conflicts with Hadoop SASL provider causing authentication failureCó thể đã có người làm @xinzhang-hello đã nhận 36 ngày trước. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 2 ngày
-
[server] KV snapshot scheduling stops permanently after a transient snapshot-init failureCó thể đã có người làm @zhang-arvin đã nhận 36 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
apache/fluss#4489 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
[docs] Document advertised-resource and ACL principal ignore-case optionsCó thể đã có người làm @EchoLee5 đã nhận 48 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 2 ngày
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
a2aproject/a2a-java#1275 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
module/ftp Type/Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ballerina-platform/ballerina-library#9476 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
anwilli5/coin-collection-android-US#515 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
status: waiting-for-triage type: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
spring-projects/spring-integration#11654 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 70/100
Vakore/ZappierGames#248 ·