[BENCH] Real-world query performance comparison
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ó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 68/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- python
- Lĩnh vực
- data, performance
Hướng nghiên cứu
Đọc examples/ctable/real_world.py trước, sau đó tạo bench/ctable/summary_index_perf.py. Chạy benchmark độc lập sau khi cài đặt project và so sánh cùng một truy vấn where() khi không có index, SUMMARY ở mức độ chi tiết chunk và SUMMARY ở mức độ chi tiết block. Được xem là hoàn tất khi một bảng rõ ràng hiển thị số hàng đã quét, thời gian và mức tăng tốc, kèm các comment giải thích những đánh đổi.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
examples/ctable/real_world.py exists but is a fairly raw script. There is no self-contained example that clearly shows what performance gain SUMMARY indexes provide over a full scan, or how block size affects that gain — which is the most common question users will have after enabling auto-indexing.
Suggested work: Write bench/ctable/summary_index_perf.py that:
- Generates a synthetic CTable with a few million rows and numeric columns
- Runs the same where() query three ways: no index, SUMMARY at chunk granularity, SUMMARY at block granularity
- Prints a clean results table (rows scanned, time, speedup)
- Includes comments explaining the trade-offs
Ideally, it should work without any external dataset so it can be run immediately after install, but using an accessible dataset is also an option.
- Ngôn ngữ chính
- Python
- Star
- 212
- Fork
- 66
- Merge trung bình
- 1 ngày 17 giờ
- Pull request đã merge (30 ngày)
- 11
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 Blosc/python-blosc2
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Blosc/python-blosc2#731 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation sustain-2026
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Blosc/python-blosc2#720 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
sustain-2026
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Blosc/python-blosc2#717 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation sustain-2026
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
Blosc/python-blosc2#714 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation sustain-2026
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Blosc/python-blosc2#710 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Blosc/python-blosc2
Issue tương tự
-
bug needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
debpalash/VoiceStudio#2624 ·
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 75/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
-
Make Catch2 optional when `RDK_BUILD_CPP_TESTS=OFF`Có thể đã có người làm @pechersky đã nhận hôm nay. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 2 ngày
-
There are a few redundant calls to `fdesc._setCloseOnExec()`Có thể đã có người làm @gudnimg đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày