Component model strategy for embedded
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
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- wasm
- Lĩnh vực
- embedded-iot
Hướng nghiên cứu
Bắt đầu với liên kết component-model design/mvp/BuildTargets.md và issue 369 của component-model được tham chiếu. So sánh cách biểu diễn module lõi được đề xuất, cách tiếp cận thư viện dùng chung và các buffer do bên gọi cung cấp, nhưng issue không xác định mục tiêu triển khai cụ thể hoặc tiêu chí chấp nhận.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Dear Chris, sorry for taking quite long to read and reply to your proposal!
I see a potential path to combine preview1 and 0.2/0.3 - by using a core module binary representation of a "component" (this involves the "cm32p2|" naming of symbols https://github.com/WebAssembly/component-model/blob/add-build-targets/design/mvp/BuildTargets.md (and was previously called "wasit2")), potentially even compiled as a shared library (to achieve the relocatability of the data section) - but this sacrifices the insulation between modules. Insulation would require multi-memory, basically the wasip2 module file format is best suited for insulation.
To get the overhead of the canonical ABI down, caller provided buffers described in https://github.com/WebAssembly/component-model/issues/369 are most promising. I clearly aim for reducing the heap memory allocation overhead per call down to zero using the shared memory buffer mechanism because of real-time constraints and functional safety argumentation.
I am sorry, that even though there is good progress on definition and implementation, these technologies are not yet available right now.
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 15
- Fork
- 5
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
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 bytecodealliance/sig-embedded
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
bytecodealliance/sig-embedded#22 · 1 bình luận · 1 reaction ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
-
Technical Note E-SIG -> SG : Area 3 Support for maintaining the existing tooling for WASI Preview 1Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
bytecodealliance/sig-embedded#19 · 2 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
bytecodealliance/sig-embedded#7 · 9 bình luận · 1 reaction ·
Tất cả issue của bytecodealliance/sig-embedded
Issue tương tự
-
Smart charging: USB charger re-assert is starved during BLE scans, so the tablet never dischargesĐang mởbug ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
decentespresso/decaid#931 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Status: Opened
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
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
victorstein/berean-os#186 · 1 bình luận ·
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 84/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
FujiNetWIFI/fujinet-firmware#1730 ·
Maintainer thường phản hồi trong vòng 1 ngày