Add n-dimensional PowerCone
Maintainer thường phản hồi trong vòng 1 ngày
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
Hướng nghiên cứu
Bắt đầu bằng việc đọc issue #977 và các định nghĩa cone được liên kết của CBF v4, Clarabel, Hypatia và Mosek. Không có tệp repository hoặc test nào được nêu, vì vậy trước tiên hãy xác định các interface cone hiện có và quyết định biến thể radial hoặc hypograph nào, bao gồm cả các dual, là phù hợp. Công việc được xem là hoàn tất khi design PowerCone n-dimensional đã chọn được triển khai nhất quán với cone API hiện có của dự án và được xác thực bằng các test của dự án.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
@lkapelevich and @HFriberg have been emailing me about the upcoming CBF v4, https://cblib.zib.de/doc/format4.pdf, which proposes to add an n-dimensional PowerCone.
We've talked about this somewhat before: https://github.com/jump-dev/MathOptInterface.jl/issues/977
There are two proposed variants (plus their dual cones).
I have no strong feelings on which ones (if any) we should adopt. But I'd like to somewhat reign in having a litany of very similar cones.
Radial
Hypograph
Clarabel
Clarabel has native support for the radial with the restriction that $\sigma=1$ https://clarabel.org/stable/api_cone_types/
Hypatia
Hypatia has both https://jump.dev/Hypatia.jl/stable/api/cones/#Hypatia.Cones.GeneralizedPower and https://jump.dev/Hypatia.jl/stable/api/cones/#Hypatia.Cones.HypoPowerMean
Mosek
Mosek has support for radial: https://docs.mosek.com/latest/capi/alphabetic-functionalities.html#mosek.task.appendprimalpowerconedomain
- Ngôn ngữ chính
- Julia
- Star
- 506
- Fork
- 103
- Merge trung bình
- 1 ngày 1 giờ
- Pull request đã merge (30 ngày)
- 9
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 jump-dev/MathOptInterface.jl
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
jump-dev/MathOptInterface.jl#3113 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bridges] MultirowChange in set_map.jl drops zero coefficientsCó thể đã có người làm @odow đã nhận 6 ngày trước. Đang mở
jump-dev/MathOptInterface.jl#3106 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Precision loss in Hessian computationCó thể đã có người làm @blegat đã nhận 7 ngày trước. Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
jump-dev/MathOptInterface.jl#3104 · 11 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Layer instantiatorĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
jump-dev/MathOptInterface.jl#2986 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Differentiable Optimization APIĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
jump-dev/MathOptInterface.jl#2969 · 2 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của jump-dev/MathOptInterface.jl
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 83/100
JuliaMath/Polynomials.jl#647 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
OpenSourceAWE/SymbolicAWEModels.jl#431 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Make PDAQP an optional extraĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
JuliaArrays/StaticArrays.jl#1365 ·
-
`@fastmath` reductions are 2–5× slower: no `neutral_element` for `Base.FastMath.max_fast` and co.Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
JuliaGPU/GPUArrays.jl#833 ·
Maintainer thường phản hồi trong vòng 1 ngày