Automatic options prefix creation not safe in presence of objects on multiple communicators
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
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- python
- Lĩnh vực
- distributed-systems
Hướng nghiên cứu
Bắt đầu bằng cách xác định phần triển khai của OptionsManager và cách nó tạo các tiền tố tự động, sau đó lần theo việc sử dụng communicator nội bộ và cơ sở dữ liệu tùy chọn của nó. Tái hiện các số lượng options-manager khác nhau giữa các rank và xác minh rằng các tiền tố vẫn nhất quán một cách tập thể đối với các đối tượng được quản lý trên mỗi communicator.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The options manager produces, if the user does not provide one, a "unique" options prefix by incrementing a class-level counter.
If two ranks diverge and one of them makes more options managers than the other, this prefix will get out of sync.
This goes against the petsc model that PetscObjectSetOptionsPrefix is collective.
I think the reason it has never bitten is that in practice the options prefix only needs to agree locally with the names we shove in the options database.
To fix this, the OptionsManager could take the internal communicator, which would have a attribute attached that stores the count. Now you get collectively consistent counts, however, multiple communicators might have counts in the same state. I think this shouldn't matter because the optionsmanager only ever manages the options for a single object.
- Ngôn ngữ chính
- Python
- Star
- 4
- Fork
- 1
- Merge trung bình
- 2 ngày 18 giờ
- Pull request đã merge (30 ngày)
- 1
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 firedrakeproject/petsctools
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
OptionsManager does not delete options inherited through default_options_setCó thể đã có người làm @pbrubeck đã nhận 41 ngày trước. Đang mở
firedrakeproject/petsctools#58 · 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
firedrakeproject/petsctools#54 · 1 bình luận ·
-
Lazy PETSc init?Đang mởenhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
firedrakeproject/petsctools#51 · 1 bình luận · 1 reaction ·
-
enhancement
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
Tất cả issue của firedrakeproject/petsctools
Issue tương tự
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Sienna-Platform/SiennaSchemas#130 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
firedrakeproject/Irksome#293 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
ida-arbeitszeit/workers-control#1578 ·
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 78/100
aws-samples/sample-per-model-bedrock#898 ·
Maintainer thường phản hồi trong vòng 1 ngày