Question about LZ77 decode dependencies and parallelization (learning)
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
- Ít trao đổi
- Công nghệ
- c
- Lĩnh vực
- performance
Hướng nghiên cứu
Issue không nêu tệp mã nguồn, bài kiểm thử hoặc các điểm vào nào. Hãy bắt đầu bằng việc xem xét ngữ cảnh LZ77 toàn cục đã mô tả, các offset của block và những câu hỏi về giải mã song song; công việc được xem là hoàn tất khi có phần giải thích được ghi thành tài liệu về mô hình phụ thuộc và các cạm bẫy, được hỗ trợ bởi đoạn code đã hứa hoặc các chi tiết bổ sung.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi,
I’m not very experienced with compression, so sorry if this is a naive question.
I’ve been experimenting with an LZ77-like approach and got a result that I don’t fully understand.
I managed to get:
- bit-perfect decoding
- ~10 GB/s decode on a ~1GB file
- while still using a global compression context
The way I structured it is roughly:
- compression is global (matches can reference earlier data across the whole input)
- but I split the output into blocks
- and precompute offsets so each block knows where its literals / offsets / lengths / commands are
So blocks are not independently compressed, but I try to make them independently decodable.
This seems to allow parallel decode, which is where the speed comes from.
But I feel like I’m probably misunderstanding something fundamental, because I don’t see this pattern used much.
My questions:
- Is there a fundamental reason why LZ77 decode is usually strictly sequential?
- Are there known designs that separate compression context from decode dependency like this?
- What are the main pitfalls of this approach in real implementations?
I’m not claiming this is new — I’m just trying to understand what I might be missing.
Happy to share code or more details if that helps.
Thanks
- Ngôn ngữ chính
- C
- Star
- 28.1k
- Fork
- 2.7k
- 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
- 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 facebook/zstd
-
Độ 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 72/100
-
cmake: AddZstdCompilationFlags still depends on C++ after #4357Có thể đã có người làm @Tyagiquamar đã nhận 29 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
ZSTD_compressSequencesAndLiterals() does not enforce its documented litCapacity >= litSize + 8 contract — the implemented check is 8 bytes weaker than the API documentation, its own error message, and the introducing commitCó thể đã có người làm @KSAGlory đã nhận 49 ngày trước. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
-
seekable_format warning with -DNDEBUG: potential uninitialised local variable newOffset usedCó thể đã có người làm @i098 đã nhận 18 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Tất cả issue của facebook/zstd
Issue tương tự
-
vim.filetype.match() prefixes a URL buffer name with the cwd before passing it to filetype functionsĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
Maintainer thường phản hồi trong vòng 1 ngày
-
compilation errorĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
COVESA/dlt-daemon#925 · 1 reaction ·
-
stream_curl: retry_count never resets after a successful reconnect, so long sequential streams die after 5 dropsCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
mpv-player/mpv#18728 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
followup Prio 📌
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/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
cyrusimap/cyrus-imapd#6640 ·
Maintainer thường phản hồi trong vòng 2 ngày