LM/HM: heap allocations after initialization
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
Start with the dependency AoU triage in docs/module/safety_mgt/dependency_aou_handling.rst, then inspect the cited allocation sites: health_monitor/src/rust/deadline/ffi.rs:22-34, protected_memory.rs:17, and the Launch Manager runtime uses of std::vector and std::string. The issue requires a maintainer decision to remove these allocations or justify a deviation in the Lifecycle safety concept; done means recording the verdict in the triage page and closing the issue.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
AoU aou_req__platform__no_heap_alloc_after_init (Avoidance of heap allocations after initialization) of a dependency of Lifecycle is open in the dependency AoU triage (#923, docs/module/safety_mgt/dependency_aou_handling.rst).
Component: Launch Manager, Health Monitor
Evidence: HM allocates at runtime: health_monitor/src/rust/deadline/ffi.rs:22-34 ("For now, Deadlines are kept allocated on heap individually", TODO memory pool); protected_memory.rs:17 TODO. LM uses std::vector/std::string at runtime; FixedSizeVector only in alive_monitor.
Decision needed: 'should' AoU: maintainer must either remove runtime allocations (memory pool for HM deadlines, LM state machine) or justify the deviation in the Lifecycle safety concept.
Once decided, the verdict in the triage page is updated (fulfils link, forwarded AoU, or a documented deviation) and this issue is closed.
- Ngôn ngữ chính
- C++
- Star
- 7
- Fork
- 37
- Merge trung bình
- 2 ngày 9 giờ
- Pull request đã merge (30 ngày)
- 119
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- 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 eclipse-score/lifecycle
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
eclipse-score/lifecycle#957 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Missing scheduling conceptĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 61/100
eclipse-score/lifecycle#880 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
tests
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
eclipse-score/lifecycle#843 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Move all "Default" asserts to debugCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mởcleanup good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
eclipse-score/lifecycle#842 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
cleanup
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
eclipse-score/lifecycle#375 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của eclipse-score/lifecycle
Issue tương tự
-
libc++ test-suite
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
llvm/llvm-project#239851 ·
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 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug :bug:
Độ khó 2/5 1-3 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
-
comp-documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
ClickHouse/ClickHouse#129829 ·
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 76/100
EchoTools/nevr-runtime#2263 ·
Maintainer thường phản hồi trong vòng 1 ngày