Drop or reject lightweight connections
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
- 25/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ệ
- haskell
- Lĩnh vực
- distributed-systems
Hướng nghiên cứu
Bắt đầu bằng cách đọc issue liên quan haskell-distributed/distributed-process#434 và lần theo quá trình thiết lập lightweight-connection cùng control-code handshake hiện có. Xác định cách một peer có thể chấp nhận hoặc từ chối một kết nối mới mà không ngắt các kết nối hiện có, đồng thời đánh giá mối lo ngại về độ trễ. Được xem là hoàn thành khi hành vi được yêu cầu đã được đặc tả và triển khai, với coverage cho cả việc chấp nhận và từ chối.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
This is similar to haskell-distributed/distributed-process#434 but instead of dropping a bundle of connections to a peer, I'd like to be able to drop or reject one lightweight connection. This could be useful in case, for instance, a node is under heavy load and would like to continue to accept data on existing connections (perhaps some more data is needed) but reject new connections until the load is lessened.
Seems to me this would require a handshake when setting up lightweight connections. Currently if there's already a heavyweight connection to a peer then one simply sends a control code and then the connection is judged to be up and running, no response is expected. To allow rejection of the connection, the connector would have to wait for a yes or no response from the peer. Maybe this extra latency is unacceptable?
- Ngôn ngữ chính
- Haskell
- Star
- 753
- Fork
- 101
- Merge trung bình
- 1 ngày 3 giờ
- Pull request đã merge (30 ngày)
- 4
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọ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 haskell-distributed/distributed-process
-
enhancement Feature Request
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
haskell-distributed/distributed-process#486 · 1 bình luận · 1 reaction ·
-
discuss enhancement Feature Request
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
haskell-distributed/distributed-process#478 · 4 bình luận · 3 reaction ·
-
enhancement Feature Request
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
haskell-distributed/distributed-process#476 · 2 reaction ·
-
Demonstrating the use of Cloud Haskell for a Raft implementationCó thể làm lại được @LaurentRDC đã nhận 482 ngày trước và không có pull request nào đang mở. Đang mởenhancement Feature Request
haskell-distributed/distributed-process#475 · 3 reaction · 1 người được giao ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 20/100
haskell-distributed/distributed-process#473 · 4 bình luận · 1 reaction ·
Tất cả issue của haskell-distributed/distributed-process
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
objectionary/phino#2059 ·
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 72/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 68/100
NixOS/nixpkgs-update#586 ·
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 83/100
wireapp/wire-server#5632 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
allow tagged-0.9 for ghc-9.14Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100