You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
$ time zip -qr zipbyzip.zip ./xxx/real 0m31.580suser 0m24.308ssys 0m2.715s
$ python zip_with_fractal.py t1-t0=45.33480614399923
$ ls -lh *zip-rw-rw-r-- 1 tommaso tommaso 236M Jan 28 11:21 zipbyfractal.zip-rw-rw-r-- 1 tommaso tommaso 246M Jan 28 11:20 zipbyzip.zip
TLDR:
zip is indeed faster, on this specific case
This difference is not enough to justify switching to zip right away, due to other costs (the actual implementation, and the additional external dependency which may not be available)
Further explorations are possible, and especially by re-running the benchmark on a network filesystem (as opposed to the ext4 I used)
There is a small difference in size of the two outputs, like due to the different compression level
The text was updated successfully, but these errors were encountered:
Branching from #2215 to have a clean benchmark.
We created a heavy folder to be zipped:
And we zip this folder with two approaches.
In Python
and with a native command
$ zip -qr zipbyzip.zip ./xxx/
Results
TLDR:
zip
is indeed faster, on this specific casezip
right away, due to other costs (the actual implementation, and the additional external dependency which may not be available)The text was updated successfully, but these errors were encountered: