Open DrewNaylor opened 3 years ago
For now this won't be used as there have been major performance improvements already by extracting only manifests and moving the resulting folder instead of copying it. Might use this eventually if it's still too slow.
Or, maybe RecursiveExtractor's library could work: https://github.com/microsoft/RecursiveExtractor
This is under the MIT license, so it should be fine. Hopefully it can be used.
Update: just found this SO answer that mentions counting the compressed file size rather than using the file index, which apparently can speed things up: https://stackoverflow.com/a/61901480 From this link: https://stackoverflow.com/questions/61889156/system-io-compression-counting-the-number-of-files-using-zipfilearchive-is-ver
Maybe I should try multi-threading with an option to turn it off if needed as well as a choice for the user to pick how many threads are used at a time maximum, or maybe not if it works just fine in a single-core VM?
This'll require something that closes the child processes when the main form closes if the user closes it before it's done. Something here might help: https://stackoverflow.com/questions/3342941/kill-child-process-when-parent-process-is-killed