主流的機械硬碟速度大概在50-150MB/s之間，SSD大概是150-500MB/s，主流的CPU（帶流水線）、內存的速度大概是硬碟速度的100~1000倍左右。
換句話說，如果一個解壓演算法，平均解壓一個位元組消耗的指令數如果少於100個，那麼硬碟速度就很難趕上CPU速度了；如果平均解壓一個位元組消耗的指令數少於1000個，那麼絕大多數機械硬碟很難趕上CPU速度。所以，瓶頸在哪，主要看解壓的過程中的CPU負擔。
通常情況下，zip的解壓字典只有32K或者64K，解壓的過程中並非每次都搜索完整的字典，所以zip默認配置下很難占滿CPU，如果考慮到多核的話，每個核的負擔可以更低，磁碟IO的負擔會更重，瓶頸效果會更明顯。如果要讓CPU成為瓶頸，需要調整一些壓縮的策略，
比如：1. 字典要更大，查找速度會更慢，如果字典比內存還大就更好了（7zip最大可以配置1G的字典）。2. 文件的信息熵要足夠大，換句話說文件本身更難以壓縮，比如已經被壓縮過的視頻文件，這樣解壓時查字典的負擔會更重。3. 解壓到內存里，或者至少是SSD里。4. 壓縮的時候選擇用AES-256加密一下。5. 挑一個性能比較弱的CPU解壓。滿足以上條件的情況下，就可以讓CPU成為瓶頸了。
但這樣的條件很難達到，因為滿足以上條件，會讓壓縮的過程變得非常慢，比如7zip的LZMA2演算法中，把字典配到1G，線程數16的情況下，壓縮需要內存是88G左右，絕大多數PC的內存都不夠用。在超級計算機上壓縮，到普通計算機上解壓就有可能吃滿CPU。
對於通常情況下來說，解壓文件瓶頸在硬碟，只有在一定特定的場景下，CPU才會成為瓶頸。
補充一點：如果解壓的是零碎的小文件，速度沒有參考價值。小文件的實際寫入開銷比文件實際大小要大的多。
⑵ 很多下載的zip壓縮文件,壓縮率超過99%,解壓解半天，簡直是浪費時間。為什麼不直接讓我們下載文件呢
你會發現直接下載可能更浪費時間。
未壓縮以現在的網速，有的可能下很久，解壓比下載快。
⑶ Rar 與 Zip 誰壓縮更快
眾所周知RAR的壓縮率要略高於ZIP，但這是以犧牲工作效率換取的，這種犧牲值不值得呢？筆者隨意做了一個測試，由於太小的文件根本無法察覺，因此測試對象是一個615.6MB的ISO文件，機器配置位P4 1.6A，512MB RAM。結果WinRAR3.30在一般壓縮下，使用了30分20秒將文件壓縮為607.6MB的RAR文件，而WinZip9.0在一般壓縮下，使用了2分40秒將文件壓縮為609.2MB的ZIP文件。解壓的結果與壓縮類似，千分之二的壓縮率差距卻使用了數十倍的時間，顯然ZIP演算法的壓縮率與工作效率之間的平衡性處理得更好，也就是說性能更優。其實RAR演算法在壓縮率與工作效率之間的處理也是非常聰明明的，其壓縮小文件時損失不易察覺的幾秒鍾換來總是比ZIP略高一點的壓縮率，這給用戶留下了極好的印象。
如果是想將小文件打包成一個文件，這樣U盤的傳輸會快很多。
可以右擊添加到壓縮文件，壓縮方式選擇不壓縮。同時，格式改為zip。
zip快的不是一點兩點，快很多。
正如很多街機模擬器支持zip不支持rar這個垃圾格式一樣。rar很無恥。