Expand-Archive performance

[MathiasMagnus]

Allow me to copy the contents of an issue posted under PowerShell/PowerShell.

Expand-Archive performance is 6X away from 7zip. In it's current state I would say it barely passes automation perf level. In an interactive shell, one would rarely resort to it if there is an alternative that is 6X faster.

Steps to reproduce

Download some large archive (qt-everywhere-opensource-src-5.9.0-alpha.zip was my use case) and unzip.

Expected behavior

Something like this:

PS C:\Users\Matty\Downloads> Measure-Command \
>> { C:\Kellekek\7-Zip\7z.exe x .\qt-everywhere-opensource-src-5.9.0-alpha.zip }


Days              : 0
Hours             : 0
Minutes           : 37
Seconds           : 57
Milliseconds      : 938
Ticks             : 22779388628
TotalDays         : 0,0263650331342593
TotalHours        : 0,632760795222222
TotalMinutes      : 37,9656477133333
TotalSeconds      : 2277,9388628
TotalMilliseconds : 2277938,8628

Actual behavior

PS C:\Users\Matty\Downloads> Measure-Command \
>> { Expand-Archive -Path .\qt-everywhere-opensource-src-5.9.0-alpha.zip -DestinationPath C:\Kellekek\Qt }


Days              : 0
Hours             : 3
Minutes           : 44
Seconds           : 34
Milliseconds      : 218
Ticks             : 134742180246
TotalDays         : 0,155951597506944
TotalHours        : 3,74283834016667
TotalMinutes      : 224,57030041
TotalSeconds      : 13474,2180246
TotalMilliseconds : 13474218,0246

Environment data

PS C:\Users\Matty\Downloads> $PSVersionTable

Name                           Value
----                           -----
CLRVersion
WSManStackVersion              3.0
PSVersion                      6.0.0-alpha
PSEdition                      Core
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
GitCommitId                    v6.0.0-alpha.17
BuildVersion                   3.0.0.0

PS C:\Users\Matty\Downloads> C:\Kellekek\7-Zip\7z.exe

7-Zip [64] 15.14 : Copyright (c) 1999-2015 Igor Pavlov : 2015-12-31
...

PS C:\Users\Matty\Downloads> (Get-ComputerInfo).CsProcessors


Name                      : AMD FX-7500 Radeon R7, 10 Compute Cores 4C+6G
Manufacturer              : AuthenticAMD
Description               : AMD64 Family 21 Model 48 Stepping 1
Architecture              : x64
AddressWidth              : 64
DataWidth                 : 64
MaxClockSpeed             : 2100
CurrentClockSpeed         : 2100
NumberOfCores             : 4
NumberOfLogicalProcessors : 4
ProcessorID               : 178BFBFF00630F01
SocketDesignation         : Socket FS1r2
ProcessorType             : CentralProcessor
Role                      : CPU
Status                    : OK
CpuStatus                 : Enabled
Availability              : RunningOrFullPower

[FilippoBostrenghi]

I have the same problem. When it will be fixed?

[mkress]

will this ever get fixed?

[GMouron]

Also interested by the resolution of this issue

[kavalagios]

It is very slow. It needs 10 minutes to extract 200MB. Any workaround? Maybe an option that could improve the extraction performance?

[SteveL-MSFT]

My intent is after PS7 GA to have resources applied to this module and convert it to C# using some OSS libs that will solve a number of outstanding issues.

[anmenaga]

By the way, if anybody has ideas on a good archive engine that potentially can be used - feel free to post your suggestions here...

[giampaolo]

Also have the same issue. It's unbelievably slow.

[diegohi]

You can get some performance if you do not show progress when Expanding. Setting $progressPreference = 'SilentlyContinue' before the expand

[raymondbutcher]

I found 2 ways to improve unzip speeds.

First, exclude the directory from Windows Defender. It makes things really slow. I'm extracting a 50mb file and doing this changed it from taking about 4 minutes to taking 26 seconds. You must decide if you're OK with the security risk.

Add-MpPreference -ExclusionPath C:\installers

Second, use this .NET class to extract the zip. This changed it from taking 26 seconds down to 12 seconds.

Add-Type -Assembly "System.IO.Compression.Filesystem"
[System.IO.Compression.ZipFile]::ExtractToDirectory("C:\installers\app.zip", "C:\installers\app")

[wesleyolis]

I am having the same issues, same zip file, used to take 3-4 minutes. it is now taking over like 2 hours, randomly, after yesterday 07 Feb 2022, azure outage issues. Was working perfectly before no issues.

[mkarg]

I actually cannot understand why Microsoft is not fixing this?

[ayousuf23]

@mkarg This is on Microsoft's radar.

[CEbbinghaus]

Love to see this issue being addressed

[MathiasMagnus]

Blog post on Archive module 2.0 and the Github project tracking progress, with this very issue in it.

[throwable-one]

Compress-Archive is also very slow even with -CompressionLevel NoCompression , much slower than 7zip

[s-geiger-si]

Add-Type -Assembly "System.IO.Compression.Filesystem"
[System.IO.Compression.ZipFile]::ExtractToDirectory("C:\installers\app.zip", "C:\installers\app")

@raymondbutcher This! For a 120MB file this improves extraction times from 1min. 20sec. to just 9 sec.

[JensNordenbro]

That example by @s-geiger-si is sooo much faster it is just crazy...

[mkarg]

@mkarg This is on Microsoft's radar.

Nice. And when will Microsoft fix it? Two years are gone.

[JensNordenbro]

Agree with @mkarg. @SydneyhSmith, @ayousuf23 any clarification on when to expext this?