[FEA] dynamic_map device-side API
Maintainer thường phản hồi trong vòng 2 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
- 30/100
Hướng nghiên cứu
Bắt đầu bằng cách đọc API hiện có phía host của dynamic_map cho insert, find và contains, sau đó kiểm tra device_mutable_view được đề cập trong issue. Xác định cách các thao tác device xử lý dung lượng cố định và cách các trường size được cập nhật sau các lần insert ở phía device. Công việc được xem là hoàn tất khi API phía device và hành vi cập nhật kích thước của API đó được đặc tả và triển khai mà không resize ở phía device.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Currently, the dynamic_map has only a host-side API, which supports insert, find, contains. It would be useful to have an additional, advanced-usage API supporting __device__ versions of insert, find, and contains.
There are some important considerations in designing this API:
- The map will not be able to dynamically resize when using the device-side API. This is because control must be returned to the host to resize. There is no preventing the user from inserting too many keys for the capacity of the map.
- The size field of the
dynamic_mapas well as its constituentstatic_mapobjects needs to be updated as the device-sideinsertis used. This could potentially be done automatically, such as with an RAII wrapper around thedevice_mutable_viewobject. It could also be done manually by the user.
- Ngôn ngữ chính
- Cuda
- Star
- 671
- Fork
- 122
- Merge trung bình
- 4 ngày 19 giờ
- Pull request đã merge (30 ngày)
- 10
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
- Đọ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 NVIDIA/cuCollections
-
Add cuco::detail::stream_sync(cuda::stream_ref) to centralize CCCL version-specific API namingCó thể làm lại được @0z5a đã nhận 22 ngày trước và không có pull request nào đang mở. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
NVIDIA/cuCollections#840 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
nvidia-runners
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 25/100
NVIDIA/cuCollections#853 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Add byte-oriented sizing and validation utilities for `bloom_filter`Có thể đã có người làm @yuweih205 đã nhận 35 ngày trước. Đang mởhelps: rapids topic: bloom_filter type: feature request
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
NVIDIA/cuCollections#829 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
topic: performance type: feature request
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
NVIDIA/cuCollections#817 · 7 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
good first issue P2: Nice to have type: improvement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
NVIDIA/cuCollections#805 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của NVIDIA/cuCollections
Issue tương tự
-
bug
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 88/100
baptistehamon/lsapy#185 ·
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 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 72/100
syedhamidali/radarx#277 ·
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 72/100
career-ops-hq/career-ops#4962 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
XmlFragment children, successors and siblings stop at the first child that is not an XML typeĐang mở
Độ 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