starred/sharpcompress
1
0
Fork 0
mirror of https://github.com/adamhathcock/sharpcompress.git synced 2026-02-11 05:24:56 +00:00
Code Issues 975 Packages Projects Releases 20 Wiki Activity

RAR streaming performance #363

New Issue
Open
opened 2026-01-29 22:10:43 +00:00 by claunia · 1 comment
claunia commented 2026-01-29 22:10:43 +00:00
Owner
Copy Link

Originally created by @PrivateDave on GitHub (Aug 20, 2019).

Hi,
I got some observation after use library. I streaming one of the files from archive (packet size 160mb, unpacked 1.5GB). Everything successfully, but with a comparison of decompression by 7zip a have 3x slower performance and with bigger files that proportion going worst for a side of sharpcompress. Missed I up some configuration? I'm using ArchiveFactory, but ReaderFactory isn't faster.

Cheers,
Dave

Originally created by @PrivateDave on GitHub (Aug 20, 2019). Hi, I got some observation after use library. I streaming one of the files from archive (packet size 160mb, unpacked 1.5GB). Everything successfully, but with a comparison of decompression by 7zip a have 3x slower performance and with bigger files that proportion going worst for a side of sharpcompress. Missed I up some configuration? I'm using ArchiveFactory, but ReaderFactory isn't faster. Cheers, Dave
claunia added the question label 2026-01-29 22:10:43 +00:00
claunia commented 2026-01-29 22:10:43 +00:00
Author
Owner
Copy Link

@adamhathcock commented on GitHub (Aug 20, 2019):

7zip is going to be faster always. There are probably some improvements that can be done like using Spans but raw performance was never an aim for this library.

The Reader interface allows for accessing any Stream (like network) without having to buffer a whole file in memory or on disk. Or even very large files without having to seek across it all. That kind of thing makes access faster. If you’re always dealing with small files on disk then this won’t be faster.

@adamhathcock commented on GitHub (Aug 20, 2019): 7zip is going to be faster always. There are probably some improvements that can be done like using Spans but raw performance was never an aim for this library. The Reader interface allows for accessing any Stream (like network) without having to buffer a whole file in memory or on disk. Or even very large files without having to seek across it all. That kind of thing makes access faster. If you’re always dealing with small files on disk then this won’t be faster.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
duplicate
enhancement
feedback requested
not bug
pull-request
Mirrored from GitHub Pull Request
 question
up for grabs
wontfix
No Label question
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/sharpcompress#363
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?